In addition to having the cron job (note, it's running on a compltely different box , not the cron from GAE), I also use Dmitry's ping service to watch the response times (http://ping-service.appspot.com). My cron job runs about every three minutes , fetching all pages on the site and in 24hrs consumes about 20-30% of the free quota. When the cron job is running, it keeps the application warm and ping-service reports that it's always available. If for some reason the cron job stops running, ping service immediately starts reporting intermittent issues w/ the application failing to respond.
This is my command looks like in the crontab: wget --spider --force-html http://foobar.com --random-wait -r --level=1 Regards, Alex K On Sat, Jul 3, 2010 at 9:29 AM, Dmitry Gusev <dmitry.gu...@gmail.com> wrote: > 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 >
