Windows 'open Java' implementation coming to Microsoft's Azure cloud

Windows 'open Java' implementation coming to Microsoft's Azure cloud

Summary: OpenJDK build for Windows Server in Azure is coming next year.


Microsoft customers that want to run an open source implementation of Java in its Azure cloud will have a new OpenJDK for Windows Server on Azure to choose from.

Microsoft's Open Technologies subsidiary and its partner Azul, maker of the Zing Java runtime for enterprise, plan to release a newly-built OpenJDK for Windows Server on Azure by the end of the year. 

The OpenJDK for Windows on Azure will be freely distributed and licensed by Azul under the GNU GPLv2. Azul will also certify the OpenJDK will be compliant with the Java SE specification.

The companies announced the plans at the O'Reilly Open Source Convention on Wednesday.

"This partnership will enable developers and IT professionals to ensure their mission-critical apps deploy and run smoothly on Windows Azure, using the open source Java environment they prefer," MS Open Tech president Jean Paoli said in a statement.

The new open Java partnership follows the tie-up between Microsoft and Oracle to add greater support for a range of Oracle software running in Azure, including Oracle's Java. Microsoft is offering a fully licensed and supported Java offered in Windows Azure while Oracle is providing certification and support for Oracle applications, middleware, database, and Oracle Linux on Windows Server Hyper-V and Azure.

Topics: Cloud, Microsoft, Open Source, Oracle

Liam Tung

About Liam Tung

Liam Tung is an Australian business technology journalist living a few too many Swedish miles north of Stockholm for his liking. He gained a bachelors degree in economics and arts (cultural studies) at Sydney's Macquarie University, but hacked (without Norse or malicious code for that matter) his way into a career as an enterprise tech, security and telecommunications journalist with ZDNet Australia. These days Liam is a full time freelance technology journalist who writes for several publications.

Kick off your day with ZDNet's daily email newsletter. It's the freshest tech news and opinion, served hot. Get it.


Log in or register to join the discussion
  • The Last Time Microsoft Embraced Java, It Tried To Extinguish It

    How times have changed. From mocking and pillorying Open Source as a "cancer", now it is desperately clutching at it to gain any kind of edge in these cutthroat Cloud Wars.
    • Thats complete BS. Microsoft built the fastest and most spec compliant

      version there was at the time. They added extensions that their enterprise customers asked them for to make it usable for enterprise apps but they were disabled by default.
      Johnny Vegas
      • And, it's worth noting that any extensions that were done were compliant

        Java had a mechanism for extending Java, Microsoft used it.

        A couple of Sun's claims were that Microsoft was killing "write one-run anywhere" by not implementing JNI (which is necessarily platform-specific) and that the Microsoft JVM didn't pass the Sun compliance tests. At the time, I believe that the only JVM that had been officially tested for complience was Microsoft's (and independent testers proclaimed that Microsoft JVM and Java stack were more compliant than Sun's).

        That was back in the days when suing Microsoft was just sport for world's governments and Microsoft's competitors.
      • Re: most spec compliant

        Why were they sued by Sun?
      • Re: most spec compliant

        Why were they sued by Sun?
    • Actually...

      ...Java on the desktop is cancer. It is the #1 vector for infection right behind Adobe products and MS Office attachments. Even Apple turns off Java in Safari each time they update the browser.

      With that said, good for MS in support this in Azure. Java is crap but its not going away anytime soon.
      Rann Xeroxx
      • Re: Actually... ...Java on the desktop is cancer

        Flagged for not understanding the difference between Java applets and Java apps.
  • What a sad reflection on the state of open source. Enterprises should be

    using their move to the cloud as an opportunity to re-architect their app to leverage the cloud and remove java completely. Just moving an rickety old java app off their servers and onto someone elses just to have someone else to host it is a waste of time. Java is insecure and really slow.
    Johnny Vegas
    • It's a two step process

      1. Get them on Azure
      2. Flush the bucket of puke known as Java down the drain
    • Correction

      The recent security defects in Java are only related to running applets in a web browser, not server-side Java, which is what Azure is, server-side Java. There is nothing insecure about server-side Java. Java is also much faster than other commonly used languages such as Perl, Python, Ruby, and PHP. You can do your own speed tests if you like. Because of the Just-in-Time compiler, the speed of Java is very close to compiled C++ code. Java 1.0 which is more than a decade old might have been slow, but Java 7 is not.
      • Good that somebody pointed this out

        A lot of posters in this forum don't know the difference between client-side and server-side Java. Yet they post their "wisdom" and "advices" here.
        • Depends...

          If the Java app running on the server requires a client instants as well then its a security risk. If the Java app is sold by a vendor that either drops support for updates to the app or the business using the 3rd party app does not maintain maintenances and the Java runtime can then not be updated with new releases then its a security risk.

          If the Java app runs internal processes and does not expose any external hooks to the internet or to clients then its typically fine even if it never updates.
          Rann Xeroxx
    • Re: What a sad reflection on the state of open source

      Or maybe a sad reflection on the state of Microsoft.
  • OpenJDK blows chuncks

    The worst thing anybody can do is use the piece of krap OpenJDK. It blows chunks when it comes to performance, and barely supports 50% of the features in Swing.

    Don't believe me? Try just using HTML formatting on a Swing component, then try running with OpenJDK. Then tell me if you like the results.
    • Re: barely supports 50% of the features in Swing

      Does anybody care? Especially in a cloud app?