Skip to main content

Poll Result: HTML 5 Support Is Most Important Java EE 7 Enhancement

Posted by editor on April 15, 2013 at 5:15 PM PDT

In the most recently completed poll, developers overwhelmingly considered the HTML 5 related enhancements in Java EE 7 to be the most important. The poll highlighted five of the many areas of enhancement that will be included in Java EE 7, and provided a "Something else" option as well. The 1631 votes that were cast represent one of the highest totals for recent polls.

The exact question and results were:

What's the most important enhancement in Java EE 7?

  • 90% (1475 votes) - HTML 5 support (Websockets and JSON-P)
  • 3% (46 votes) - JSF 2.2
  • 1% (21 votes) - JMS 2.0
  • 2% (37 votes) - JAX-RS 2.0
  • 2% (27 votes) - Expression Language 3.0
  • 2% (25 votes) - Something else
  • With 90% of the voting going to one poll option, there really isn't much to discuss regarding this poll. Of course, polls are not scientific -- the usual caveat. Still, an unusually large number of votes were cast for HTML 5 support.

    The large number of votes suggests that Java EE 7 is a topic of fairly broad interest. Although pjmlp expressed doubts, commenting:

    I wonder how relevant Java EE 7 can be, when most companies are still migrating to Java EE 5 stacks.

    kithouna took issue with that comment, stating:

    That's not my experience! Most companies I know are at least on Java EE 5 and many on Java EE 6. Don't forget that Java EE 5 is from 2006. It's just a few percent of the companies that run on truly ancient technology.

    New poll: Do you plan to attend an upcoming conference?

    With all the recent conversation about JavaOnes around the world and other conferences, it seemed a good time to ask if you're planning to attend an upcoming conference. Our current poll asks Do you plan to attend a conference or other developer event in the coming year?. Voting will be open until Friday, April 19.

    Subscriptions and Archives: You can subscribe to this blog using the Editor's Blog Feed. You can also subscribe to the Java Today RSS feed and the blogs feed.

    -- Kevin Farnham (@kevin_farnham)


    A short conclusion... I have voted for JMS 2.0. JavaEE ...

    A short conclusion...

    I have voted for JMS 2.0. JavaEE was always an "enterprise" suite. This result is really not funny for Oracle - it shows that either "enterprise" developers and large companies have all switched to "rich" browser based applications requiring fast browser-server interactions or (more likely) the "enterprise" has moved from pure JavaEE to JavaEE+supporting technologies.

    I don't name these supporting technologies. I just say, that the "Enterprise" didn't held its breath waiting for JavaEE 7 to become Final.

    In the dark days of Java Enterprise programming, JavaEE (then J2EE) was a cure to non-existing disease - with it came the behemoths called WebSphere, WebLogic and OAS. Now (it's not only my case) the enterprise is doing well with Tomcats/Jettys/JBosses living and being upgraded in totally different lifecycles than JavaEE releases. My company's customers (large) are using WebSphere 7 and are slowly being forced to use WebSphere 8 and remember - these are JavaEE 5 and 6 respectively!

    But there are also large farms of Tomcats being upgraded as they're released (7.0.37, 7.0.39, ...) and WAR application are deployed there being upgraded when particular libs are upgraded. It doesn't have anything to do with JavaEE specs.

    And 90% for JSON/WebSockets? Do developers really quit server-side processing (batch, messaging, WebServices)? I don't think so. WebSockets are the coolest of JavaEE 7 technologies but it's really not a paradigm shift. In practice - these who need WebSockets are using it already - Tomcat supports it and there are many existing libraries.

    In the past, JavaEE tried to dictate (or using more pleasant word: suggest) a programming model (EJB, JSF and recently - but already 3.5 years ago - CDI). If WebSockets is all JavaEE 7 offers it should change it's name to JavaEBOL - Java Enterprise Bunch Of Libraries...

    Grzegorz Grzybek