{"id":251,"date":"2006-07-18T21:55:27","date_gmt":"2006-07-19T04:55:27","guid":{"rendered":"http:\/\/www.redmonk.com\/cote\/wp\/?p=251"},"modified":"2006-07-18T21:55:27","modified_gmt":"2006-07-19T04:55:27","slug":"on-the-death-of-java-ee-aka-j2ee","status":"publish","type":"post","link":"https:\/\/redmonk.com\/cote\/2006\/07\/18\/on-the-death-of-java-ee-aka-j2ee\/","title":{"rendered":"On the Death of Java EE, aka, J2EE"},"content":{"rendered":"

I’ve spoken with several<\/a> people<\/a> about the recent prediction, from Burton’s Richard Monson-Haefel, that “JEE will be the CORBA of the 21st Century” in five years, <\/a> meaning, it will be an annoying, obsolete platform. The original report is only available to Burton clients<\/a>, so I have haven’t taken a gander at it myself. But, there’s also an MP3\/podcast episode from Richard<\/a> on the topic.<\/p>\n

Still, and Always, Work to Do<\/h2>\n

I’m probably more in agreement with Monson-Haefel than the vendors who “struck back”<\/a> in the reply article and other folks who reacted strongly<\/a> to Monson-Haefel. Long time Coté readers and listeners<\/a> know that I’ve spent plenty of time complaining about Java<\/a>, Java developers<\/a>, and especially J[2]EE<\/a>.<\/p>\n

I am after all, a Java developer of about 10 years: while I still like Java and JEE, I have several chips on my shoulder. Substantial changes towards simplification and inclusion of other languages and approaches to web applications still need to be rolled into JEE.<\/p>\n

JAMP<\/h2>\n

Here’s what I’ve said to the folks who’ve talked with me:<\/p>\n

\n

Sure, if Java EE were frozen as it is now and never changed, it’d become obsolete once simpler and lighter-weight platforms, like Rails, were fully injected with the enterprisey serum<\/a>. However, if Java EE continues it’s goal of simplifying and<\/i> adds in support for more languages than just Java — such as JavaScript, PHP, Ruby, Python, and\/or Perl — it can keep it’s position as platform for developing enterprise applications and services.<\/p>\n

When I boil it down, Java EE programers want two things: transactions and scalability. Every single alternative is eventually judged by those two criteria. Once an alternative has the same mind-share for doing transactions well and scaling, Java EE will be truly threatened.<\/p>\n

While maintaining Java EE’s strengths in those two areas, Java EE also needs to become a more inclusive platform, pulling in as many non-Java languages and technologies as possible. Java EE has lost a lot of ground on the platform front to Linux in the form of the LAMP stack. The LAMP genie is out of the bottle, but it highlights strategic thinking for Java EE in the future: it needs to become not just a container, but the entire platform for applications.<\/p>\n

Abstracting away the OS was the early dream, but the missing feature to all of that was limiting the platform to Java only. The dynamic language JSRs are key to realizing this broader platform play. As such, the next bet for Java EE’s long-term survival is for the Java EE community to make running dynamic languages and frameworks like PHP, Rails, JavaScript, and python work as well, and even better, in Java EE as they do in Linux.<\/p>\n

Java EE will steeply decline if the Java EE community keeps Java EE as a mono-language environment, where only Java is spoken. I don’t yet see WS-* driven SOA as any sort of panacea of the Next Great Framework, but we’re now starting see a solid WS-* backlash<\/a> that could lead to the ideal SOA we’ve been mashing out over the past few years.<\/p>\n

Key to riding out those waves, for Java EE, is being as open a platform as possible. Otherwise, the combination of Linux and the dynamic language du jour<\/i> (PHP, JavaScript, Ruby, Python, Perl, or whatever comes next) will have a good chance of wining the day as the enterprise application platform of choice.<\/p>\n<\/blockquote>\n

As Dick Wall<\/a> would remind us<\/a>, Groovy<\/a> is looking pretty good nowadays as well.<\/p>\n

Further Chewing<\/h2>\n

All that said, you might look at the result of those suggestions as something that wouldn’t be the next evolutionary stages in JEE’s life, but something else entirely. Fair enough, I wouldn’t argue against that understanding of such an arc. But it wouldn’t be my way of looking at it.<\/p>\n

There’s a long, low-level discussion we could get into at this point about several “what is JEE?” questions and lines of thought, like:<\/p>\n