| Summary: | Support Google App Engine as a deployment target for EGL apps | ||
|---|---|---|---|
| Product: | z_Archived | Reporter: | Will Smythe <smythew> |
| Component: | EDT | Assignee: | Project Inbox <edt.deployment-inbox> |
| Status: | NEW --- | QA Contact: | |
| Severity: | enhancement | ||
| Priority: | P3 | CC: | chenzhh, jinfahua, jvincens, mayunf, svihovec, tdramsey, tww |
| Version: | unspecified | ||
| Target Milestone: | --- | ||
| Hardware: | PC | ||
| OS: | Windows XP | ||
| Whiteboard: | deploy - ext | ||
|
Description
Will Smythe
This enhancement would be useful to us since we would have a good place to deploy sample apps to. I deployed 2 'sample' apps (with the hacks described in this bug description): http://egllbf.appspot.com/GoogleMapSample.html http://egllbf.appspot.com/LocalBusinessFinderView.html Is GAE not allowing thread code to be deployed to it, or not allowing it to be running on it? If it is the later, maybe we can have a switch in web.xml to control how service call is executed. The app can be deployed, but fails at runtime. A switch is an option, but it would be more ideal for the app to fail nicely over to the non-thread approach if the app's container does not support threads (there may be others besides GAE that have this restrictions). I would still like us to fully understand why spawning a thread is necessary and whether other proxies (like the WAS Web 2.0 proxy) spawn threads to handle requests. See Bug 368168 - JS runtime optimization: proxy optimization for more discussion on this topic. This enhancement should be considered when developing extension points for deployment in the .8.1 release. We do not need to specifically support this type of deployment right now, but it should be considered. |