Paying for Java

Old stuff in use:

the vast majority of Java applications — certainly more than 80 percent — still have a dependency on Java 8 or earlier.”

And then she lays out the stack:

“You should be building your back end as a set of restful services,” she added, “and your front end using your favorite JavaScript framework. And the front end should be talking to the back end using APIs, because you want that back end to support your mobile clients, your voice clients, your immersive clients, your kiosks, your watches and things we haven’t thought of yet. You need to be designing your applications to be multi-experience, and 90 percent of what is in Java EE right now is focused on providing server-side generation of HTML. The applications you build today should be microservices or miniservices with deployment in your favorite platform-as-a-service-type environment or Kubernetes-type environment. And you should be using the MicroProfile, not Jakarta.”

Source: Anne Thomas on Java Subscription, Jakarta and MicroProfile

Link: Oracle’s Georges Saab on the Impact of Faster Java Releases

When the new six-month cadence was announced there was some talk about “release fatigue.” Have you seen that in the Java community?
It’s sort of like asking, if your kids had Christmas twice a year, do you think they’d experience “Christmas fatigue?” The parents might, I guess. What I’m hearing people say now is that they are seeing so much evidence that updating to 9 and finding the move to 10 and 11 so smooth, they’re excited about the new cadence and what’s coming down the pike.

Source: Oracle’s Georges Saab on the Impact of Faster Java Releases

Link: Oracle plans to end Java serialization, but that’s not the end of the story

‘Oracle’s chief architect, Mark Reinhold, shared his thoughts about Java’s serialization mechanism which he called a “horrible mistake” and a virtually endless source of security vulnerabilities. This is evident in nearly half of the vulnerabilities that have been patched in the JDK in the last 2 years are related to serialization. Serialization security issues have also plagued almost every software vendor including Apache, Oracle, Pivotal, Cisco, McAfee, HP, Adobe, VMWare, Samsung, and others.’
Original source: Oracle plans to end Java serialization, but that’s not the end of the story

Link: Future of Jakarta Is in the Cloud, Not with the JCP: One-on-One with Mike Milinkovich

“Q: Just to be clear, the Eclipse Jakarta EE Working Group is where the new specification process is going to be managed entirely, and the JCP is out of the picture. Right?
A: Right. The JCP is going to continue to exist, of course, but it will be focused entirely on the Java language platform, the JDK, the JRE, that level of the Java technology. The Eclipse Foundation and its members and the Jakarta EE Working Group will define the future evolution of cloud-native Java.”
Original source: Future of Jakarta Is in the Cloud, Not with the JCP: One-on-One with Mike Milinkovich

Link: Oracle Kills JavaOne

Ran from 1996 to 2010 as it’s own conference, and the as part of Oracle OpenWorld. Now to be focused on more than just Java:

“Oracle Code One is our new developer conference that’s inclusive of more languages, technologies, and developer communities than other conferences.
Expect talks on Go, Rust, Python, JavaScript, and R, along with more of the great Java technical content that developers expect.”
Original source: Oracle Kills JavaOne

Link: Happy as Larry: Why Oracle won the Google Java Android case • The Register

“To sum up, then: Google knew it needed a licence, didn’t get one, and tried to bluff it out.”
Original source: Happy as Larry: Why Oracle won the Google Java Android case • The Register

Link: “Google’s use of the Java API packages was not fair,” appeals court rules

I’ve never understood what’s going on here. I think it’s that Google decided to arrange Android SDK’s like Java API’s.
Original source: “Google’s use of the Java API packages was not fair,” appeals court rules

Link: “Google’s use of the Java API packages was not fair,” appeals court rules

I’ve never understood what’s going on here. I think it’s that Google decided to arrange Android SDK’s like Java API’s.
Original source: “Google’s use of the Java API packages was not fair,” appeals court rules

“the obsolescence of Java EE” – Notebook

Bottom line: Java EE is not an appropriate framework for building cloud-native applications.

In preparation for this week’s Pivotal Conversations, I re-read the Gartner write-up on the decline of traditional JEE and the flurry of responses to it. Here’s a “notebook” entry for all that.

From Gartner’s “Market Guide for Application Platforms”

This is the original report from Anne Thomas and Aashish Gupta, Nov 2016. Pivotal has it for free in exchange for leag-gen’ing yourself.
What is an “application platform” vs. aPaaS, etc.?

Application platforms provide runtime environments for application logic. They manage the life cycle of an application or application component, and ensure the availability, reliability, scalability, security and monitoring of application logic. They typically support distributed application deployments across multiple nodes. Some also support cloud-style operations (elasticity, multitenancy and selfservice).

An “aPaaS,” is a public cloud hosted PaaS, of which they say: “By 2021, new aPaaS deployments will exceed new on-premises deployments. By 2023, aPaaS revenue will exceed that of application platform software.”

On the revenue situation:

platforms-and-paas-revenue

Commercial Java Platform, Enterprise Edition (Java EE) platforms’ revenue declined in 2015, indicating a clear shift in the application platform market…. Application platform as a service (aPaaS) revenue is currently less than half of application platform software revenue, but aPaaS is growing at an annual rate of 18.5%, and aPaaS sales will supersede platform software sales by 2023.

And:

Currently, the lion’s share of application platform software revenue comes from license sales of Java EE application servers. From a revenue perspective, the application platform software market is dominated by just two vendors: Oracle and IBM. Their combined revenues account for more than three-quarters of the market.

Decline in revenue for current market leaders IBM and Oracle over last three years (4.5% and 9.5% respectively), meanwhile uptick from Red Hat, AWS, and Pivotal (33.3%, 50.6% and 22.7% respectively).
Decline/shifting is driven by:

given the high cost of operation, the diminishing skill pool and the very slow pace of adoption of new technologies, a growing number of organizations — especially at the low end of the market — are migrating these workloads to application servers or cloud platforms, or replacing them with packaged or SaaS applications.

And:

Java EE has not kept pace with modern architectural trends. Oracle is leading an effort to produce a new version of Java EE (version 8), which is slated to add a host of long-overdue features; however, Oracle announced at Oracle OpenWorld 2016 that Java EE 8 has been delayed until the end of 2017.3 By the time Java EE catches up with basic features required for today’s applications, it will be at least two or three years behind the times again.

Target for cloud native:

Design all new applications to be cloud-native, irrespective of whether or not you plan to deploy them in the cloud…. If business drivers warrant the investment, rearchitect existing applications to be cloud-native and move them to aPaaS.

Vendor selection:

Give preference to vendors that articulate a platform strategy that supports modern application requirements, such as public, private and hybrid cloud deployment, in-memory computing, multichannel clients, microservices, event processing, continuous delivery, Internet of Things (IoT) support and API management.

Responses

Oracle and Java: confusing

Oracle’s stewardship of Java has been weird of late:

It’s all about WebLogic and WebSphere

I think this best sums it all up, the comments from Ryan Cuprak: “What this report is trying to do is attack Oracle/IBM via Java EE.”

I wouldn’t say “attack,” but rather show that their app servers are in decline, as well as TP processing things. The report is trying to call the shift to both a new way of development (cloud native) and the resulting shifts in product marketshare, including new entrants like Pivotal.

I can’t speak to how JEE is changing itself, but given past performance, I’d assume it’ll be a sauntering-follower to adapting technologies; the variable this time is Oracle’s proven ambivalence about Java and JEE, and, thus, funding problems to fuel the change fast enough to keep apace with other things.

Link: IBM Focused on 3 Major Languages: Java, Node.js and Swift

“At IBM we believe there are really three key languages that are going to be needed for the future around cloud and mobile: Java, Node.js/JavaScript and Swift,” Phil Buckellew, vice president of enterprise mob

Source: IBM Focused on 3 Major Languages: Java, Node.js and Swift