Realigning Java EE 7 - A promise is a cloud; fulfillment is rain.
DZone's Guide to
Realigning Java EE 7 - A promise is a cloud; fulfillment is rain.
Join the DZone community and get the full member experience.
Join For FreeLearn how to migrate and modernize stateless applications and run them in a Kubernetes cluster.
The news came out yesterday.
Java EE 7 is going to be realigned and the PaaS enablement and multi-tenancy support will be moved to Java EE 8. While the email to the EG and the linked Aquarium post are only proposals the first EG members (including me) already responded positively. I am kind of relieved now and happy to share some of the reasons I see behind it.
re·a·lign
(/ˌrēəˈlīn/)
What happened? You can roughly split this up into two parts.
Emerging needs in the community
The significant enhancements in simplification, usability, and functionality in updated versions of major JSRs which came with Java EE 6 are still far from perfect. We have seen a lot of requests regarding ongoing efforts to complete what has been started with EE 6. To name but a few the integration of JSON-P, the simplified JMS 2.0 APIs, further Managed Bean alignment, including transactional interceptors, a JAX-RS 2.0 client API, support for method-level validation, a much more comprehensive expression language and many many more. We are in need of a version I like to call Java EE 6.5. A comprehensive and complete version of what we have as of today.
Slow progress on the cloud side of our agend
The second part is the fact that we didn't see enough progress with the PaaS or cloud parts of EE 7 so far. As Red Hat's Pete Muir said:
The Arabian Proverb from the title does fit this very well. At the moment all we can do is to promise stuff but we have never actually seen enough of the rain to start extracting the essentials that need to make it into the platform.
Given those two parts it is a brave and honest decision of the EG to realign Java EE 7 to the community needs and make a second try on Cloud and PaaS with the Java EE 8 Platform release scheduled for the spring of 2015.
tr.v.
re·a·ligned,
re·a·lign·ing,
re·a·ligns
1. To put back into proper order or alignment.
2. To make new groupings of or working arrangements between.
What happened? You can roughly split this up into two parts.
Emerging needs in the community
The significant enhancements in simplification, usability, and functionality in updated versions of major JSRs which came with Java EE 6 are still far from perfect. We have seen a lot of requests regarding ongoing efforts to complete what has been started with EE 6. To name but a few the integration of JSON-P, the simplified JMS 2.0 APIs, further Managed Bean alignment, including transactional interceptors, a JAX-RS 2.0 client API, support for method-level validation, a much more comprehensive expression language and many many more. We are in need of a version I like to call Java EE 6.5. A comprehensive and complete version of what we have as of today.
Slow progress on the cloud side of our agend
The second part is the fact that we didn't see enough progress with the PaaS or cloud parts of EE 7 so far. As Red Hat's Pete Muir said:
We've long advocated that we, the Java EE community are not ready to standardise cloud yet, and feel this is proven by OpenShift, our Java EE cloud offering, which is working well with Java EE 6. (Source: EG Mailinglist)And this is pretty much to the point. Even if I am an advocate of innovation with standardization this might simply be too early and as I personally see this today, the EG is missing some significant members of the Java cloud market (e.g. Jelastic). Even if Oracle is working with them to optimize their GlassFish offerings and I believe that there are first best-practices around this simply isn't enough for starting to standardize it today.
The Arabian Proverb from the title does fit this very well. At the moment all we can do is to promise stuff but we have never actually seen enough of the rain to start extracting the essentials that need to make it into the platform.
Given those two parts it is a brave and honest decision of the EG to realign Java EE 7 to the community needs and make a second try on Cloud and PaaS with the Java EE 8 Platform release scheduled for the spring of 2015.
Join us in exploring application and infrastructure changes required for running scalable, observable, and portable apps on Kubernetes.
Like This Article? Read More From DZone
Topics:
Published at DZone with permission of Markus Eisele , DZone MVB. See the original article here.
Opinions expressed by DZone contributors are their own.
{{ parent.title || parent.header.title}}
{{ parent.tldr }}
{{ parent.linkDescription }}
{{ parent.urlSource.name }}