tag:blogger.com,1999:blog-7792143445165077847.post628141541022158127..comments2008-10-19T14:41:05.388-04:00rockhttp://www.blogger.com/profile/02608562378008509566noreply@blogger.comBlogger16125tag:blogger.com,1999:blog-7792143445165077847.post-42652668254303256372008-10-19T14:41:00.000-04:002008-10-19T14:41:00.000-04:00It's now official, they are! Soon. http://controlenter.in/2008/10/google-developer-day-bangalore-google-app-engine-to-support-java-android-sdk-release-on-oct-22/Lakshman Prasadhttp://www.blogger.com/profile/09148572815419726591noreply@blogger.comtag:blogger.com,1999:blog-7792143445165077847.post-89279827178406444012008-06-15T22:46:00.000-04:002008-06-15T22:46:00.000-04:00Huh, maybe you're right on about Rhino!<BR/><BR/>http://steve-yegge.blogspot.com/2008/06/rhinos-and-tigers.htmlfelixhttp://comments.deasil.com/noreply@blogger.comtag:blogger.com,1999:blog-7792143445165077847.post-44821524589473416932008-06-10T20:00:00.000-04:002008-06-10T20:00:00.000-04:00It may interest you to know that Zend and Google do seem to be talking about providing PHP support in GAE.<BR/><BR/>For more info:<BR/>http://porteightyeight.com/archives/201-PHP-for-Google-App-Engine-in-the-works.htmlAdam Charnockhttp://porteightyeight.comnoreply@blogger.comtag:blogger.com,1999:blog-7792143445165077847.post-53875091250168716572008-05-26T17:00:00.000-04:002008-05-26T17:00:00.000-04:00In response to excluding C++ from the choices:<BR/><BR/>Currently there exists two C++ servlet API's.<BR/><A HREF="http://sourceforge.net/projects/cppserv/" REL="nofollow">CPPSERV</A><BR/><A HREF="http://cxxsp.sourceforge.net/drupal/" REL="nofollow">C++ Server Pages</A><BR/><BR/>The only way I could see this happening was if each app was executed in a powerful sandbox and if their hosting servers have homogeneous hardware. Both of these issues could be addressed by executing app code inside of virtualized hardware (vbox,vmware,etc) as developers would only have to target that specific virtual machines architecture. The problems with this solution is scalability. These problems are much less severe with a interpreted/byte code language as the interpreter controls the execution environment.TrashHalohttp://www.blogger.com/profile/11038363425116245956noreply@blogger.comtag:blogger.com,1999:blog-7792143445165077847.post-57194771821218437992008-05-25T03:24:00.000-04:002008-05-25T03:24:00.000-04:00well if its java then surely it will open window of opportunities for so many java developers out there. Honestly i believe that C# 3.0 has become so much stronger as compared to java that i wont switch back to java in future. But good luck for the java developers out there. I think they should support PHP as well because it is very popular these days...Fahim Ilyashttp://www.blogger.com/profile/16278647346462397221noreply@blogger.comtag:blogger.com,1999:blog-7792143445165077847.post-1802421803505070312008-05-21T14:03:00.000-04:002008-05-21T14:03:00.000-04:00no way it will be java, Java is not an optimal language to build small applications, and is not the epitome of RAD. With the amount of code, and configuration needed for Java, I see this as very unlikely. <BR/>I see them going with Ruby with the hype behind it, and the development on the JRuby project, or possibly making a real push for Grails. You heard it here first. Python was a great choice, because you will not get huge Python applications initially , and not get a large amount of developers hosting, as Python, is not as mainstream. But its a great way to see how there systems will scale, and hold up to traffic. Also regardless if that is true to there adversity to other languages.. I really doubt this would be a reason for them not to go with Ruby or Grails. As a software engineer, I can pick up any of these languages easily, and if you can't then change your occupation.cheolhohttp://www.blogger.com/profile/17679423917393754186noreply@blogger.comtag:blogger.com,1999:blog-7792143445165077847.post-29210155677435176322008-05-21T08:47:00.000-04:002008-05-21T08:47:00.000-04:00@felix<BR/><BR/>4 Rhino devs maybe, but how many client-side JavaScript coders?<BR/><BR/>If the language syntax is familiar...rockhttp://www.blogger.com/profile/02608562378008509566noreply@blogger.comtag:blogger.com,1999:blog-7792143445165077847.post-35301023590308880092008-05-21T08:33:00.000-04:002008-05-21T08:33:00.000-04:00I think Java makes a bunch of sense for GWT and Android. Java's got a firm foothold in the mobile world so it makes sense to bring all them mobile devs over to Android with a little friction as possible. And GWT since even enterprise devs want some AJAXy goodness for their web frontends!<BR/><BR/>But for AppEngine, unless they're Apple like in their devotion to their languages of choice (which they may be, honestly Python was a pretty odd choice to start with from that perspective) PHP and Ruby are the much more likely choices. Perl, sadly, probably is pretty low in the running. Javascript would be triply odd - trying to leverage those 4 Rhino devs. ;)felixhttp://comments.deasil.com/category/appengine/noreply@blogger.comtag:blogger.com,1999:blog-7792143445165077847.post-76518232801176652742008-05-20T23:53:00.000-04:002008-05-20T23:53:00.000-04:00@Anonymous Re: JSR-284<BR/><BR/>I'm intrigued. What were you working on? What does it mean that the spec lead was from Google?rockhttp://www.blogger.com/profile/02608562378008509566noreply@blogger.comtag:blogger.com,1999:blog-7792143445165077847.post-144456440519965302008-05-20T23:36:00.000-04:002008-05-20T23:36:00.000-04:00@felix<BR/><BR/>What do you make of their choice of Java in GWT and Android though?<BR/><BR/>I don't disagree with you. I think it could very well be PHP or Ruby (sorry). I doubt Perl (double sorry!)<BR/><BR/>I honestly could also see a server-side JavaScript API. Wouldn't be that crazy. I've done it before with Rhino. They have too according to Yegge. I could see them releasing a Java and JavaScript option simultaneously even...rockhttp://www.blogger.com/profile/02608562378008509566noreply@blogger.comtag:blogger.com,1999:blog-7792143445165077847.post-23250660341476480202008-05-20T23:29:00.000-04:002008-05-20T23:29:00.000-04:00@Anonymous<BR/><BR/>>>What about Wicket?<BR/><BR/>What about it?rockhttp://www.blogger.com/profile/02608562378008509566noreply@blogger.comtag:blogger.com,1999:blog-7792143445165077847.post-78087187532163827172008-05-20T23:06:00.000-04:002008-05-20T23:06:00.000-04:00>> The fact that you can't just run a Java program using an Apache module or through CGI,<BR/><BR/>What about Wicket?Anonymousnoreply@blogger.comtag:blogger.com,1999:blog-7792143445165077847.post-52800899575675229002008-05-20T20:27:00.000-04:002008-05-20T20:27:00.000-04:00Huh! That would be cool, but I'm not convinced. I think Java's fortress is the enterprise and I wonder if the enterprise is ready to move into such an outsourced box with so little control.<BR/><BR/>AppEngine seems a lot more start-upy - smaller sites that are more purpose driven and have to worry significantly about reaching scale during spikey moments and over the long haul. There I think that PHP is going to be where I put my money (must as I don't love PHP as a language). And I'll vomit if it is Ruby (not that I dislike Ruby, but really...)<BR/><BR/>I think I'd prefer it to be java, though. :)felixhttp://comments.deasil.com/noreply@blogger.comtag:blogger.com,1999:blog-7792143445165077847.post-5505970441490759902008-05-20T18:13:00.000-04:002008-05-20T18:13:00.000-04:00JSR-284: http://jcp.org/en/jsr/detail?id=284<BR/><BR/>Not that I was working on this before google stole my thunder with appengine. :(Anonymousnoreply@blogger.comtag:blogger.com,1999:blog-7792143445165077847.post-30929983090160441422008-05-20T17:50:00.000-04:002008-05-20T17:50:00.000-04:00app engine had require some modification to the python vm to achive google needs so java would follow the same path but java skilled developers are working on andorid right now so <BR/>Dream on :)visik7http://vuvuvu.wordpress.com/noreply@blogger.comtag:blogger.com,1999:blog-7792143445165077847.post-56102141785083256482008-05-20T14:22:00.000-04:002008-05-20T14:22:00.000-04:00dream on :-)ctranhttp://ctran.myopenid.com/noreply@blogger.com