On Wed, Apr 8, 2009 at 12:53 PM, Robin B robi...@gmail.com wrote:
Tonight Google officially announced JVM support for AppEngine: http://ru.ly/Z2
JRuby on Rails is working and Clojure/Compojure works too: http://ru.ly/74
Unfortunately threading is restricted on GAE/J.
Robin
just found on
Tonight Google officially announced JVM support for AppEngine: http://ru.ly/Z2
JRuby on Rails is working and Clojure/Compojure works too: http://ru.ly/74
Unfortunately threading is restricted on GAE/J.
Robin
On Mar 27, 9:44 am, Robin B robi...@gmail.com wrote:
Google will officially announce
Google will officially announce Java support for AppEngine at the end
of May at Google IO: http://ru.ly/T6 Clojure web apps will have
access to BigTable and be able to auto-scale based on load. Clojure
in the cloud!
Robin
On Feb 2, 2:35 pm, Mark Derricutt m...@talios.com wrote:
I wonder if
I am not an expert on the JVM, but I think Google's runtime will
disallow uploading precompiled bytecode (jar). The assumption is that
if you can compile it on their servers, then it is legal and therefore
safe. I hope they allow the use of ASM library.
Obviously this is speculation, but can
I wonder if the Classloader issues that currently affect OSGi would impact
an app-engine style deployment scenario as well. My understanding of the
issue is that each different classloader would pick up its own RT and
compile/generate up different versions of the core classes under each
On Jan 27, 2:44 pm, Robin robi...@gmail.com wrote:
Under a huge assumption that Google will soon announce a 'Java
compatible' runtime forAppEngine. Could Clojure work out of the
box? Would Clojure's dynamic generation of ASM/bytecode pose a
security problem for a generic sandboxed
Under a huge assumption that Google will soon announce a 'Java
compatible' runtime for AppEngine. Could Clojure work out of the
box? Would Clojure's dynamic generation of ASM/bytecode pose a
security problem for a generic sandboxed environment? If expected
conflicts exist, what kind
