So if there was no page pool, the work I'm currently engaged in, then there would be no advantage, in GAE, to pinging the application?
On Sun, Jul 4, 2010 at 11:55 AM, Dmitry Gusev <dmitry.gu...@gmail.com> wrote: > GAE doesn't do application unload, it shuts down entire appserver instance > whenever it wants no matter what application state is. > I believe the only reason why GAE do this is to balance GAE cluster > performance. > > On Sun, Jul 4, 2010 at 22:31, Howard Lewis Ship <hls...@gmail.com> wrote: > >> It seems to me that just getting the root index page would accomplish >> most of the goal: keeping the whole appSo if lication from being unloaded. >> Your spider will do that, plus keep the page pool filled with pages. >> Did you experiment with just getting the root index page? >> >> On Sun, Jul 4, 2010 at 7:40 AM, Alex Kotchnev <akoch...@gmail.com> wrote: >> > 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 >> >> >> > >> >> >> >> -- >> Howard M. Lewis Ship >> >> Creator of Apache Tapestry >> >> The source for Tapestry training, mentoring and support. Contact me to >> learn how I can get you up and productive in Tapestry fast! >> >> (971) 678-5210 >> http://howardlewisship.com >> >> --------------------------------------------------------------------- >> 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 > -- Howard M. Lewis Ship Creator of Apache Tapestry The source for Tapestry training, mentoring and support. Contact me to learn how I can get you up and productive in Tapestry fast! (971) 678-5210 http://howardlewisship.com --------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org For additional commands, e-mail: users-h...@tapestry.apache.org
