Get Ready For Java On AppEngine
by Michael Arrington on March 26, 2009

Here’s a juicy rumor (if you’re a geek, this is good stuff): A source tells us that Google AppEngine, a platform for building and hosting web applications in the cloud, will begin letting developers write applications in Java in the near future. Until now only Python applications were supported. The announcement should come at the Google I/O conference in late May.

Java applications are extremely popular, particularly for business applications, and it is one of the internally supported languages at Google. In fact, late last year a startup called Stax Networks launched that billed itself as an “AppEngine for Java.” Don’t feel too bad for the startup, however, they’ve said from the beginning that they expected Google to enter the Java market sooner rather than later.

Java continues to be one of the most popular programming languages, and is a natural next step for Google. And AppEngine has been a highly successful product, at least from a press standpoint – the Obama Administration has embraced it along with all things Google.

Advertisement

Responses

Comments rss icon

  • great news this should get more to develop on app engine

  • Super great news as we are Java based and wanting to offer an AppEngine version of our products.

    I hope this is true, TC usually doesn’t miss on these things.

  • NOOOOOOOOOO!!!
    I just spent two weeks building my latest App Engine application , struggling with all sorts of issues.. like those stupid indents…
    Guess I’ll have to rewrite the whole app in Java..
    I thought they’d go for PHP after Python.. larger developer community, better for online application development..
    Case you wondering , my app engine app is a location based search engine for solar panel systems – find solar panel systems installed near you : http:://www.solarplanez.com/
    BTW – Michael, you guys own a solar panel system? let me know, I’ll add you to the index.

  • There is another company that offers java web app hosting since quite a while: Mor.ph (http://www.mor.ph/) We have hosted our little grailspodcast.com podcst there and I know a lot of people in the Grails web app community are considering them for hosting their apps, too.

  • Highly successful? Our standards have gone way way down :) . I’m sure it’s a great product, but highly successful (even from a press standpoint) is quite a stretch.

  • This is excellent news. Python is nice and all, but Java is the real deal when it comes to building serious business apps. I’m sure this will bring up strong reference apps for Google to showcase.

  • AppEngine rocks… our stuff is all hosted on there and its great having no server issues :-) I was hoping for php so I could start porting some of my ohter projects over, but Java is cool too.

  • OK, now I really don’t want IBM to buy Sun.

  • I’d be willing to bet it’s running either Dalvik (Android “Java”) or V8 (high performance virtual machine) on the back-end and never even remotely touches anything created by Sun.

    They should call it was it is: App Engine supports Java Syntax and Python Syntax.

    • If it passes the Java conformance tests, then it’s Java. And if you can use standard Java tools to build for it, then why should anyone care about the provenance of their runtime?

      Personally, I think Sun has been a very poor steward of Java, and would love to see more alternatives take root.

  • YEAY….as much as I tried to learn python I couldn’t get around it. With java it should be easy (hopefully) to support grails. And then we’ll be cooking!!!

  • I think this is a response to Microsoft Windows Azure which from day zero supports all .net languages (C#, VB.net, Iron Python, Iron Ruby … etc) + SQL Server databases.
    If I have to choose between them, I would definately choose Microsoft Azure, at least Microsoft already has long experience in building platforms and API’s

  • The new language has been known for a while; we just don’t know which one. The AppEngine team has publicly stated that the issue tracker gives a good hint of which language is coming next (Java is the most requested). That being said, I’ve also heard that Java is one of the harder languages to sandbox, and that another scripting language would probably come first.

    I’d expect a new language sooner than I/O. Maybe Java at I/O and something else in the mean time?

  • Actually, we billed Stax as “Java in the Cloud”, TC billed us as “AppEngine for Java”, but we appreciated the comparison.

    This is definitely the week of Java cloud announcements…Amazon made an announcement about its new Eclipse toolset yesterday too. I’m happy to see Java getting some love no matter where it comes from.

  • Java rocks man. Java is more like a super-market. You get everything and anything (ie, APIs).

    Developers who want to develop state-of-the-art imaging applications (consumer use, industrial, medical imaging, etc…), there is JAI (Java Advanced Imaging).

    If one wants to develop real-controllers for avionics or for general embedded system, then there is RTJ (Real Time Java) and many many more. It is reported here that Raytheon used RTJ for development and deployment in the U.S. Navy’s DDG 1000 Zumwalt Class Destroyer program.

    From the link, it says that Raytheon incorporates RTJ in its implementation of the Total Ship Computing Environment Infrastructure (TSCEI)—which is an integrated suite of standardized, open architecture hardware, operating system, middleware and infrastructure services. Developed for the U.S. Navy by Raytheon and its subcontractors, TSCEI forms the backbone of the Navy’s Total Ship Computing Environment—a robust, enterprise-network computing system on which all DDG 1000 application software programs run.

    I wouldn’t be surprised if the embedded systems of the Tomahawk missiles or Patriot missiles are also using RTJ.

    I can only hope that if Sun Microsystem is going to be acquired by someone, then let it be IBM, since they will prolong the life of Java.

    • RTJ is a turd. It is not usable for “hard” realtime applications. It’s non-deterministic and Sun itself says that it’s only applicable of systems where less than 10% of the software is required to be real time.

      If Tomahawk or Patriots had their embedded systems written in Java, you’d be dead.

      • Noname said…
        RTJ is a turd. It is not usable for “hard” realtime applications. It’s non-deterministic.

        Can you explain why it is a turd? Have you used it before? I’ll tell you, it is hard realtime and that’s why Java itself was extended to be able to handle deterministic tasks. Standard Java is non-deterministic because of the nature of the garbage collector. RTJ is an extension of the of the standard Java, where the non-deterministic issue of the language was addressed. RTJ is deterministic, because you can’t develop real-time control system with the non-deterministic standard Java.

        I got involved in a project about 4 years ago, where we used RTJ in the development of embedded fibre-optic switching controllers for telecommunication networks. It was robust.

      • He’s right.

      • You are wrong my friend. RTSJ is usable for hard real-time applications even in the range of microseconds depending on the platform and which features of RTSJ you are using.

  • The cool thing about this is that supporting Java means supporting the JVM which opens the door to lots of other languages besides Java. Let’s see: JRuby (that’s the Ruby on Rails crowd happy), Groovy (that’s the Grails folks happy), Clojure (that’s the Lisp crowd happy), Scala (that’s the FP crowd happy). The list goes on…

  • This would be amazing. Google App Engine was a non-starter for me, because my entire codebase is Java. I’ll hop on this the day it opens.

  • Clouds of roasted Java… that’ a yummy mental image!

  • Perl’s coming, too – there is a decent group of developers working on it right now.

  • Hold the celebration everyone ! We all know it’ll likely be some watered down version.

    I just hope they offer a pay version with no restrictions.

    p.s. – ibm sucks it hard

  • Aptana just added Java support to its Cloud Connect service in Studio. You can deploy your Java apps right form within the IDE now to the cloud.

    http://tinyurl.com/c5o5s4

  • java on appengine is like hauling double semi trailers with a ferrari.

  • It is good news that App Engine is offering more languages. I used to use Java in my day job and tend to think that Python will not be good enough
    for business enterprise. I am DEFINITELY wrong. After trying out Python, I think it is great.

    Please don’t flame me. I am hoping to just encourage people to also consider trying out Python other than waiting for Java to be available on App Engine.

    See http://url360.Me/13f for Java Python comparison.

  • http://code.goo...ine/issues/list
    List of most wanted features on googles app engine.
    PHP is second. i want PHP

    • Then you want Microsoft Azure, which is supporting PHP now – technically they are supporting FastCGI in the cloud so PHP, Python, Perl, Ruby, etc. so you don’t need to touch .Net if you don’t want to. I’m sure TC will get around to covering this eventually…

  • Java sounds way more likely than Fortran 77 :-D

Leave Comment

Commenting Options

Enter your personal information to the left, or sign in with your Facebook account by clicking the button below.

Alternatively, you can create an avatar that will appear whenever you leave a comment on a Gravatar-enabled blog.

Trackback URL
Short URL
bugbugbug