CFML on Google App Engine for Java
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 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:
- File Created Date Time in ColdFusion / CFML
- URL Safe Base64 Encoding / Decoding in CFML
- Scope Injection in CFML
- ColdFusion Heap / Non-Heap Memory Usage Script
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
CFBreak
The weekly newsletter for the CFML Community
Comments
So folks if you are interested please post a comment.
Thanks, Pete!
Best.
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.
It'll be fun to see who can get it to work, unfortunately, I don't have the java chops to tackle it...