Its discourged to use cron jobs (as well as task queues) to keep application worm on GAE. Moreover this will not work anyway if your application have intensive traffic. You will still have this issue.
Currently GAE team is working feature to reserve application instances and this will cost money. On Sat, Jul 3, 2010 at 17:20, Chris Mylonas <ch...@mrvoip.com.au> wrote: > OK - that seems to work. > GAE has a cron facility configurable with a cron.xml file in the WEB-INF > directory. > I've set it to request the application root "/" every 2 minutes - should > keep things crisp. > > Have a good weekend, > Cheers > Chris > > > On 03/07/2010, at 10:58 PM, Andreas Andreou wrote: > > i think someone in this list has mentioned setting up a cron job to wget >> the app so that the unloading never occurs. >> >> On Sat, Jul 3, 2010 at 15:19, Chris Mylonas <ch...@mrvoip.com.au> wrote: >> >> Howdy, >>> >>> Well I haven't hit any snags yet. >>> >>> I'll try to put a few of the jumpstart examples on there to see how they >>> go. Sometime in the next week - ajaxformloop and some crud with GAE's >>> datastore (using JDO over JPA as it seems to be the preferred way seeing >>> as >>> it's not a relational db). >>> >>> The only problem I've got at the moment is that whenever the app hasn't >>> been called for a while there is this message in the appengine admin >>> logs: >>> >>> This request caused a new process to be started for your application, and >>> thus caused your application code to be loaded for the first time. This >>> request may thus take longer and use more CPU than a typical request for >>> your application. >>> >>> And the request takes 8000ms - 10000ms to process - once the app is >>> loaded >>> it has fast responses as one would expect. At this stage I'm not sure >>> whether this is something within GAE that can be configured or some >>> tapestry >>> do-not-let-me-unload setting which I haven't encountered in my tapestry >>> devving. >>> >>> I'll post further once there's a bit more work done to it (or if there >>> are >>> still the problems you mentioned) >>> >>> Thanks for your feedback, >>> Cheers >>> Chris >>> >>> >>> >>> On 03/07/2010, at 8:22 PM, Robin Komiwes wrote: >>> >>> Hi! >>> >>>> >>>> Good news! I don't see any workaround to use another XML parser than >>>> woodstox. Does it means that there no compatibility issue anymore? It >>>> would >>>> be a very good point in order to resolve all issues related to HTML5 and >>>> entities resolutions problems. >>>> >>>> On Sat, Jul 3, 2010 at 3:09 AM, Chris Mylonas <ch...@mrvoip.com.au> >>>> wrote: >>>> >>>> Hi, >>>> >>>>> >>>>> I'm pretty new around here but thought I would let you know that this >>>>> post >>>>> by Christophe Dufour works. >>>>> http://blog.dooapp.com/running-tapestry5-maven-on-google-app-engine >>>>> >>>>> You can check it out here: http://tapgae1.appspot.com/ >>>>> It's pretty much the default tapestry5 maven archetype with a link to >>>>> Christophe's instructions. >>>>> >>>>> I googled for tapestry appengine and there didn't appear to be any >>>>> recent >>>>> success stories so thought I'd let you all know. >>>>> >>>>> Cheers >>>>> Chris >>>>> >>>>> >>>>> >>> --------------------------------------------------------------------- >>> To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org >>> For additional commands, e-mail: users-h...@tapestry.apache.org >>> >>> >>> >> >> -- >> Andreas Andreou - andy...@apache.org - http://blog.andyhot.gr >> Tapestry PMC / Tacos developer >> Open Source / JEE Consulting >> > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org > For additional commands, e-mail: users-h...@tapestry.apache.org > > -- Dmitry Gusev AnjLab Team http://anjlab.com
