Pete Freitag Pete Freitag

CFML on Google App Engine for Java

Published on April 10, 2009
By Pete Freitag

Yesterday I gained access to the Google App Engine for Java, early release program, and as any CFML developer would do, I tried getting a CFML server (both Railo and OpenBD) to run on it. I posted some of my experiences on twitter, unfortunately I was unsuccessful.

You may have noticed that I didn't try running Adobe ColdFusion on there, there. I think it would be a license violation, since app engine runs on multiple servers I wouldn't know how many licenses I would need in order to run it legally (ps - Adobe if you want to send me a couple hundred licenses, I am fine with that).

So why doesn't it work?

Google has implemented a pretty tight security model on Google App Engine, as such you can't write to the file system, it is readonly. You can only store data using the Google Datastore API. This seams like an awful restriction, but when you consider that the servers are clustered, it makes sense, as they would have some expensive replication processes going on constantly.

Both Railo and OpenBD assume that they can create temporary files, write configuration, etc.

When you deploy an app and try to run a CFM, google simply serves the CFML source code back to you, which means the Servlet mapping is not working. I am guessing that is because it couldn't init() the CFML Servlet, but maybe there is also an issue with Servlet Mappings?

It's interesting to note that Google App Engine does support JSP, which is typically compiled into class files dynamically written to a temp directory. Google App Engine pre-compiles JSP files into class files when you deploy your application, so this dynamic compilation step is eliminated.

How do we get around it?

There are a couple ways I see that you can get around these issues to get CFML running on Google App Engine:

  • Pre-Compiled CFM - ColdFusion 7 and 8 support sourceless deployment, which turns your CFM / CFC files into java class files. You should be able to get something like that working on App Engine.
  • Custom Classloader - You could write a custom class loader, which would reimplement all of the Java File IO classes to use the Google DataStore API. This would not be terribly easy, but I think it would be pretty useful, and I wonder why Google hasn't provided such a mechanism? It could possibly be mapped to a special path, eg: /google-datastore/myfile.txt
  • Modify the CFML Engine - The final option would be to modify the CFML engine to not rely on the filesystem, or to use the Google Datastore API.

The Race is on

I have talked to Mark Drew at Railo, and Matt Woodward of OpenBD, both have investigating it. Who will be the first to get it running?

Update: OpenBD has been successful in getting it to run on Google App Engine. They have a separate build you can download for use on Google App Engine.

cfml railo openbd google appengine java

CFML on Google App Engine for Java was first published on April 10, 2009.

If you like reading about cfml, railo, openbd, google, appengine, or java then you might also like:


The Fixinator Code Security Scanner for ColdFusion & CFML is an easy to use security tool that every CF developer can use. It can also easily integrate into CI for automatic scanning on every commit.

Try Fixinator

The weekly newsletter for the CFML Community


I'd be very interested in this. I learned a bit of Python so that I could write an AppEngine application. You need to make changes to your mentality, vs CFML. Datastore access is relatively expensive in terms of CPU, especially for writes. I made extensive use of memcache (CF equivalent for AppEngine?) And as you said, there would need to be a connector to get cfquery to work with big table.

It'll be fun to see who can get it to work, unfortunately, I don't have the java chops to tackle it...
by Steve Judd on 04/10/2009 at 9:19:48 AM UTC
@Steve - thanks for posting, its good to see that there is interest for this. I think that is one thing that people from both Railo, and OpenBD are looking for. Before they invest a lot of time in this, they want to see the interest.

So folks if you are interested please post a comment.
by Pete Freitag on 04/10/2009 at 9:24:12 AM UTC
Anybody know of some post comparing how this turns out using AWS thru or Stax?

Thanks, Pete!

by Alain Yap on 04/12/2009 at 6:38:21 PM UTC
Vince Bonfanti posted a message on the OpenBD mailing list saying he has heavily modified OpenBD to get it working on the GAE.
by Pete Freitag on 04/13/2009 at 7:30:27 AM UTC
@Phil - I think the main differences between GAE and solutions like Stax (which looks pretty cool BTW) will be price points. GAE has a free initial pricing model right now, we don't know how Stax will be priced yet, but to me that looks like an advantage for GAE since developers can play and deploy for free.

I think the main advantage for stax is that the developer doesn't feel locked into proprietary technology, as you might on Google App Engine.

Either way, this will be very interesting to follow.
by Pete Freitag on 04/13/2009 at 7:34:24 AM UTC
Have you tried this again now that Google has released a new version of the App Engine?
by Steve Nelson on 04/05/2010 at 10:57:09 AM UTC
@Steve, @Zhuo OpenBD does have an official build designed specifically for Google App Engine, if you want to run CFML on there I would suggest that route. Both Adobe and Railo don't seam to have any interest in getting their servers to run on it. But to answer your question Steve, no I haven't tried this since the new version was released, but I suspect similar results because many of the restrictions that caused it not to work were intentional (for security or performance reasons) on Google's part.
by Pete Freitag on 04/05/2010 at 11:01:39 AM UTC