Oracle underwhelms with their Java SE Cloud Service announcement

Discussions

News: Oracle underwhelms with their Java SE Cloud Service announcement


  1. Is it just me, or does is seem that Oracle is arriving just a little bit too late to the party when it comes to hosting Java applications in the cloud?

    At JavaOne 2015, Shaun Smith took the stage to reveal the current direction Oracle is taking in terms of developing, deploying and hosting Java applications in the cloud, and quite honestly, the discussion seemed most underwhelming. It's not that Oracle hasn't been doing some great work in the field of creating a compelling platform for hosting Java applications in the cloud, it's just that it doesn't seem like they're doing anything that hasn't been done before by just about every single one of their competitors. What was once a failure to launch now feels like a failure to differentiate.

    "We want to make it as easy to use these apps in the cloud as is is on-premise."

    Shaun Smith, Oracle Senior Principal Product Manager

    Diving into the Java SE Cloud Service

    The Java SE Cloud Service is the name they've given to this particular offering, and the promise is a new, simple approach to deploying to the Oracle cloud. Basically, you can take any server-side application you have ever created, no matter which set of libraries it uses, and deploy it simply by zipping it up using your favorite build tool and clicking a few buttons to indicate upon which cloud based deployment target you want to send your archived application. It sounds a lot like deploying an EAR file to WebSphere using the WebSphere Administrative Console, which is a good thing for those who actually use an administrative console to do deployment. Of course, most organizations just deploy applications through scripts that are kicked off by continuous integration tools, so the one click deployment really isn't all that relevant. The Java SE Cloud Service does integrate with Hudson, the Oracle equivalent of Jenkins, meaning deployment would be business as usual for any organization leveraging CI.

    One thing that did sound a bit funny was the fact that while the Java SE Cloud Service would be compatible with any Java library you wanted to integrate into your apps, the service did require Oracle's Advanced Java SE development toolkit. So essentially, this cross-platform Java based environment is compatible with everything except competing Java environments. To be fair, the requirement for using Oracle's Advanced Java SE environment isn't unreasonable, especially since many helpful tools come packaged with this flavour of the JDK, including Oracle's Flight Recorder for application monitoring. If you're deploying to Oracle's platform, you probably should be using Oracle's JDK, after all when you deploy to WebSphere, you're supposed to use the IBM JDK as well.

    Another Docker based cloud service

    Under the covers, it's just Docker. Again, this seems underwhelming. It makes sense that Oracle not re-invent the wheel to empower their cloud platform, but again, it just seems like Oracle is taking a page from the playbook of just about every one of their competitors. So Oracle is offering up a platform where you can deploy your Java apps onto a distributed set of Docker containers? What is the value add for the consumer? Is it just a matter of accepting that Oracle can do it better than all of their competitors simply because they're Oracle? That's hardly a compelling argument.

    For a more detailed write up from TheServerSide on Oracle's Java SE Cloud Service, along with how their new developer tools will work to create a complete, cloud based ALM solution, take a look at the following article. And let us know what you think about Oracle's latest announcements regarding Java application deployment in the cloud:

    Oracle takes ALM to the cloud with the Java SE Cloud Service

  2. For years I have been looking at the cloud service, With amazon's aws and google's compute engine. Which are good but has an added hassle of setting up the server the  machines the clustering. Then you have google's terrible app engine a hacked/distorted version of web-jee , that is almost impossible to code efficiently for.

     I always wondered why no one just brought a jee environment as a cloud service. After all jee is the only framework that provided the complete solution for an enterprise level consitent, transactional and scalable sollution. Finally we get one. The ease of just uploading a standard deployable package like an EAR, knowing that all the clustering will be automatically available for scalling is invaluable and a saves an order of magnitude of developement time.

      A VM appproach (Google and Amazon) does have its place for specialized custom solutions. But for most of the rest a straight jee server will provide all the features/scalling you will ever need. I just hope Oracle does not do what google did with App engine, that is put in restrictions of threads sessions, files access to their solution; if they do then back to a VM approach.

     Most who complain that a jee only solution is disapointing do not realize the how complete/"CORRECT" a solution jee is. 

  3. See CloudBees java PAAS[ Go to top ]

    For reference, CloudBees has been providing java / app server based hosting for several years.

     

    http://pages.cloudbees.com/rs/cloudbees/images/CloudBees_Guide_for_Java_Developers.pdf

  4. Just read the pricing. Disappointing![ Go to top ]

    Just read the pricing on oracles offering. 10 times more expensive than google's. All for being forced to use Weblogic. This is a big fail. Glassfish offers all the features and is opensource free. There is not one reason to choose Oracles offering unless you have coded yourself into weblogic (It will be your fault if you did)