Starting with the latest Payara Platform 201 release, we've made changes to how we build and report our future platform roadmap. We recently introduced the Payara Reef initiative to enhance our communication with the Payara community, and as part of the Reef initiative, we are also introducing the Open Roadmap for the Payara Platform.
The transition of Java EE to the Eclipse Foundation is now complete with the release of the Jakarta EE 8 Platform Specification and the compatible implementations, including Payara Server. The release plan for Jakarta EE 9 is also approved, and will move all the Java EE APIs to the jakarta namespace - providing a future platform for Jakarta EE 10 and beyond.
The approval of the Jakarta EE 9 Release Plan is a great milestone for the Jakarta EE project and a stepping stone towards the evolution of Jakarta EE into a project that meets the community's needs and wants. View the approved Jakarta EE 9 Release Plan here.
It's 6 months since I posted our last roadmap update and the team have been working hard to deliver what we promised at the beginning of the year and have released both our 191 and 192 releases since then. I therefore thought it was a good time to reflect on what we've delivered so far and what we've still got to do.
Today the Eclipse Foundation have announced an Update on Jakarta EE Rights to Java Trademarks which has dramatic implications for the future of Java EE and Jakarta EE. The Payara team have only recently learned about this - so we thought we would blog about how we feel this impacts customers and users of the Payara Platform. We'll also give our thoughts on how Jakarta EE should evolve given the constraints outlined in Mike Milinkovich's blog from the Eclipse Foundation.
Goals of the Payara Platform
Four years ago when I made the first pull request into the Payara repository the team had a number of goals in creating Payara Server. The first was to build a robust, reliable and supported open source application server that could be deployed into production environments and the second was to evolve the Payara Platform to enable Java EE developers to embrace new architectural models and new deployment infrastructure like cloud, IOT and containers. We have achieved many of these goals and driven forward others, and they are still our primary focus as we look towards Payara Platform 6.
One of our key goals for the Payara Platform is to enable developers to use the Java EE skills they have honed over many years to take advantage of new infrastructure, architectures and programming models. We fundamentally believe that a managed runtime platform combined with industry standard APIs like Java EE and in the future Jakarta EE is a perfect fit for cloud and containerized infrastructure. Java EE has always separated the development of applications from the construction and management of the infrastructure to run those applications using the concept of deployment artifacts. This has a natural fit to cloud and container platforms including in the future serverless models.
At Java One last year, Oracle announced that they had made the monumental decision to open source Java EE and move it to the Eclipse Foundation. As Oracle Code One (the successor conference to Java One) comes around I thought it would be good to reflect on where we are and how far we still have to go.
Microsoft Azure provides fully managed Cloud SQL databases for use by your Azure hosted cloud services. Payara® Micro is built to be the best runtime for Cloud Native Java EE and MicroProfile applications. Here’s how to rapidly create a REST web service that retrieves data from an Azure SQL Database and returns it as JSON.