In November 2013 Oracle announced toquit the commercial support for GlassFish server and to continue with GlassFish v5 OpenSource as the Reference Implementation for Java EE 8.

There was no secret agenda and Oracle was transparent about their reasons — the overlap between GlassFish and WebLogic servers (seeinterview) was too big.

I’m not sure whether the impact of GlassFish commercial offering discontinuation was considered by Oracle’s management. Until late 2013 GlassFish dominated my commercial Java EE projects. My clients became nervous and planned to migrate away from GlassFish. None of the projects migrated to WebLogic server, most migrated to wildfly, some JBoss (with paid support) . Over time the payara server became more and more popular. Many large projects migrated from GlassFish to Payara. Some are paying for commercial support.

Oracle lost a considerable amount of potential customers to their direct competitors.

At the same time clients using WebLogic server became impatient. The slow Java EE WebLogic adaptation make them nervous. Finally, around JavaOne 2015 WebLogic 12.2.1 came with Java EE 7 support. Java EE 7 availability prevented migrations away from WebLogic. Newest Java EE 7 features became available and my clients kept using WebLogic server.

For unknown reasons, after JavaOne 2015 Oracle’s involvement in Java EE 7 decreased . See e.g. statements in the public JCParchives: "…Our team is working on other assignments currently and the schedule to incorporate these components hasn’t not been worked out yet. Sorry…"[https://java.net/projects/javaee-spec/lists/users/archive/2016-04/message/0] It seems like Oracle engineers are working on other assignments and have no dedicated time for Java EE 8 any more.

The Oracle’s silent, internal, re-focussing on other projects makes WebLogic clients nervous again. The larger the project, the more important becomes Java EE standard for portability. Usually no one switches between the servers during development, but server upgrades are usual. Maintaining the portability between server releases is critical. Proprietary features can become deprecated at every server release (see e.g. file services ), but suddenly nothing can disappear from Java EE.

If I were Oracle, I would use Java EE as the killer marketing tool and not as a cost center. Standards become even more critical in the cloud, where vendor-dependencies are naturally higher.

At least in Europe, proprietary servers and services are a really hard sell.