days
-4
-2
hours
0
-1
minutes
-3
-3
seconds
-5
-8
search
Jakarta EE interview series: Meet Scott M. Stark

Understanding Jakarta EE: MicroProfile’s purpose will still be useful even after Jakarta EE is fully functional

Jakarta EE
© Shutterstock / igor kisselev

Confused about what’s going on with Jakarta EE? This interview series is meant to help you navigate through all the changes and understand where it’s headed, as well as how Jakarta EE plans to become the new home of cloud-native Java. Our 14th guest is Scott M. Stark, Vice President of Architecture at Red Hat. Let’s dive deeper into the Jakarta EE universe!

Jakarta EE: The story so far

Transfering Java EE technologies from Oracle to the Eclipse Foundation is no easy job. The Jakarta EE brand is evolving rapidly but we need to stop for a minute and acknowledge all the changes and plans which will include the platform’s evolution into cloud, containers, microservices, serverless, and reactive technologies.

The vision for the technical future of Jakarta EE includes the following:

  • Enhanced support for microservices architecture
  • Move to Cloud Native Java, which includes better integrations with technologies like Docker and Kubernetes
  • Increase the pace of innovation
  • Build a vibrant developer community
  • Provide production quality reference implementations

Update: The results of the Participant and Committer Member elections for representatives to the Jakarta EE Working Group Steering Committee, Specification Committee, and Marketing & Brand Committee have just been announced.

  • Specification Committee – Participant: Alex Theedom (LJC)
  • Specification Committee – Committer Member: Werner Keil
  • Marketing & Brand Committee – Participant: Simon Maple (LJC)
  • Marketing & Brand Committee – Committer Member: Ivar Grimstad
  • Steering Committee – Participant: Martijn Verburg (LJC)
  • Steering Committee – Committer Member: Ivar Grimstad

If you want to learn more about the Jakarta EE Working Group governance and processes, have a look at the Jakarta EE Working Group Charter page.

Now back to our series! Keeping track of what’s in and what’s out is still a work in progress, but here’s what we know for certain. While there may be some other proposals that are still pending, these are the projects that have been accepted. This list should help you keep track of Jakarta EE’s progress but we’ve only scratched the surface.

What are the current and future challenges of Jakarta EE? How is it forging a new path forwards for enterprise Java? Where is it headed? This interview series is meant to help you navigate through all the changes and understand where it’s headed, as well as how Jakarta EE plans to become the new home of cloud-native Java.

Jakarta EE series: Here are the interviews published so far

  • David Heffelfinger: “I wouldn’t like to see Jakarta EE tied to any specific container orchestration tool”
  • Markus Eisele: “I strongly believe there is a lot to do to make Jakarta EE ready for the future”
  • Josh Juneau: “The platform needs to evolve more dynamically than it had done in the past”
  • Werner Keil“Jakarta EE should become more modular than it is right now”
  • Ondrej Mihalyi“MicroProfile is paving the way for better microservices support in the Jakarta EE ecosystem”
  • Reza Rahman“Modularity is key to faster release cycles”
  • Dmitry Kornilov“Jakarta EE APIs should be more cloud-friendly”
  • Arjan Tijms“Recognizing the importance of Kubernetes likely means a further reduction in the importance of running multiple applications on a single Jakarta EE server”
  • Richard Monson-Haefel“Jakarta EE 9 will begin the transition to a simpler, lighter, and more flexible platform”
  • Otávio Gonçalves de Santana“Jakarta EE tools should support Kubernetes”
  • Guillermo González de Agüero“MicroProfile saved Java EE & will have a key role in its cloud-native transformation”
  • Michael Hofmann“Combining Jakarta EE with MicroProfile could slow down the progress of MicroProfile”
  • Mark Struberg “JakartaEE should allow intermediate ‘bugfix releases’”

Now it’s time to welcome our next guest, Scott M. Stark, Vice President of Architecture at Red Hat. Let’s dive deeper into the Jakarta EE universe!

asap

JAXenter: Would it be a good idea to merge Eclipse MicroProfile with Jakarta EE?

Scott Stark: No, not at this time. The purpose of the MicroProfile effort is to act as an incubator for evolving useful EE APIs in novel ways. I believe that will continue to be a useful purpose even after Jakarta EE is fully functional.

JAXenter: Jakarta EE’s path has already been chosen, and that’s cloud-native. How will this goal be achieved?

Scott Stark: By providing profiles and integration SPIs that support the typical use cases one uses in cloud deployments.

JAXenter: Let’s focus on the Jakarta EE survey results. Over 60% of the respondents want better support for microservices. How would you implement that?

Scott Stark: With profiles that support the subsets of APIs that microservices most often use.

JAXenter: Speaking of the survey, the second most desired aspect is native integration with Kubernetes. Should this be a priority for the development of the project?

Scott Stark: Yes, some abstraction of the Kubernetes service mesh needs to be defined and integration points with Jakarta EE runtimes defined.

JAXenter: Would you prefer faster releases (like Java’s new release cadence) or slower, yet bigger feature releases?

Scott Stark: While faster has some advantages, the pace that is useful for having viable EE implementations released needs to be determined based on experience with the as yet to be determined Jakarta EE process.

JAXenter: How do you plan to participate in the development process of Jakarta EE? Any specs or TCKs you’re especially interested in?

Scott Stark: We plan to focus on CDI, servlets, persistence, security and service mesh related specs needed to better support Jakarta EE deployments in cloud environments like Open Shift.

JAXenter: What’s next for the Eclipse Project for Stable Jakarta EE APIs?

Scott Stark: Nothing in particular since this is a legacy EE API project that houses APIs that we don’t envision will be evolving for cloud-based use cases.

JAXenter: Could you please describe what the Eclipse Project for Stable Jakarta EE APIs is all about?

Scott Stark: It is a maintenance project for what is viewed as legacy EE APIs such as management mbeans, deployments, and xml based web services.

Thank you!

 

Our Jakarta EE interview series is published three times a week. Join us on a journey to the depths of Jakarta EE!

Author
Gabriela Motroc
Gabriela Motroc is editor of JAXenter.com and JAX Magazine. Before working at Software & Support Media Group, she studied International Communication Management at the Hague University of Applied Sciences.

Dominik Mohilo
Dominik Mohilo studied German and sociology at the Frankfurt University, and works at S&S Media since 2015.

Leave a Reply

Be the First to Comment!

avatar
400
  Subscribe  
Notify of