Book Image

Jakarta EE Application Development - Second Edition

By : David R. Heffelfinger
Book Image

Jakarta EE Application Development - Second Edition

By: David R. Heffelfinger

Overview of this book

Jakarta EE stands as a robust standard with multiple implementations, presenting developers with a versatile toolkit for building enterprise applications. However, despite the advantages of enterprise application development, vendor lock-in remains a concern for many developers, limiting flexibility and interoperability across diverse environments. This Jakarta EE application development guide addresses the challenge of vendor lock-in by offering comprehensive coverage of the major Jakarta EE APIs and goes beyond the basics to help you develop applications deployable on any Jakarta EE compliant runtime. This book introduces you to JSON Processing and JSON Binding and shows you how the Model API and the Streaming API are used to process JSON data. You’ll then explore additional Jakarta EE APIs, such as WebSocket and Messaging, for loosely coupled, asynchronous communication and discover ways to secure applications with the Jakarta EE Security API. Finally, you'll learn about Jakarta RESTful web service development and techniques to develop cloud-ready microservices in Jakarta EE. By the end of this book, you'll have developed the skills to craft secure, scalable, and cloud-native microservices that solve modern enterprise challenges.
Table of Contents (18 chapters)
15
Chapter 15: Putting it All Together

Jakarta EE, Java EE, J2EE, and the Spring Framework

In 2017, Oracle donated Java EE to the Eclipse Foundation and as part of the process, Java EE was renamed Jakarta EE. The donation to the Eclipse Foundation meant that the Jakarta EE specification became truly vendor-neutral, with no single vendor having control over the specifications.

Java EE, in turn, was introduced back in 2006 by Sun Microsystems. The first version of Java EE was Java EE 5. Java EE replaced J2EE; the last version of J2EE was J2EE 1.4, released back in 2003. Even though J2EE can be considered obsolete technology, having been superseded by Java EE several years ago and then renamed Jakarta EE, the term J2EE refuses to die. Many individuals to this day still refer to Jakarta EE as J2EE and many companies advertise on their websites and job boards that they are looking for “J2EE developers”, seemingly unaware that they are referring to a technology that has been obsolete for several years. The current correct term for the technology is Jakarta EE.

Additionally, the term J2EE has become a “catch-all” term for any server-side Java technology; frequently Spring applications are referred to as J2EE applications. Spring is not and never has been J2EE. As a matter of fact, Spring was created by Rod Johnson as an alternative to J2EE back in 2002. Just as with Jakarta EE, Spring applications are frequently erroneously referred to as J2EE applications.