>- see footer for list info -< Simple, Insert each action into a DB, then interrogate the DB to determine the number of outstanding actions you need to perform.
I would strongly advise not going down the scheduling of one event per action, but have a background set of scheduled events that monitor a db table to determine what actions need to be executed. If you want stick to one every second, but usually that is overkill. > -----Original Message----- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On Behalf Of Lee Fortnam > Sent: 01 January 2005 19:44 > To: [email protected] > Subject: [CF-Dev] CFSchedule in a clustered APP environment > Importance: High > > >- see footer for list info -< > First, Happy New year to you all, hope it is a prosperous one > for us all. > > Right, I sent in a question about this a while ago but don't > think I explained my self very well. Hopefully this will make > more sense. > > I am developing an application where by users will be able to > request an action to take place at some point in the future. > I am therefore using CFSchedule to create a task that will > run at the requested given time in the future. > > The issue is that the box running CFSchedule can only perform > approx 17K transactions per hour based on initial testing. I > would like to introduce some resilience into the equation by > adding a second box which ultimately may allow us to perform > more actions. > > My question is this, if there are 2 web servers running CFMX > which are acting as my App Servers, how can I set the > CFShedule task on both of them but only have 1 actually > perform the action. If the main box is unavailable, how can I > effectively promote the other box to actually perform the > actions that should have been performed by the 1st box? > > Your help in this is much appreciated, if this doesn't get me > somewhere I will probably just call Russ who will possibly be > hosting the solution anyway. > > Thanks in advance. > > Lee Fortnam > _______________________________________________ > > For details on ALL mailing lists and for joining or leaving > lists, go to http://list.cfdeveloper.co.uk/mailman/listinfo > > -- > CFDeveloper Sponsors:- > >- Hosting provided by www.cfmxhosting.co.uk -< > >- Forum provided by www.fusetalk.com -< > >- DHTML Menus provided by www.APYCOM.com -< > >- Lists hosted by www.Gradwell.com -< > >- CFdeveloper is run by Russ Michaels, feel free to > volunteer your help > >-< > _______________________________________________ For details on ALL mailing lists and for joining or leaving lists, go to http://list.cfdeveloper.co.uk/mailman/listinfo -- CFDeveloper Sponsors:- >- Hosting provided by www.cfmxhosting.co.uk -< >- Forum provided by www.fusetalk.com -< >- DHTML Menus provided by www.APYCOM.com -< >- Lists hosted by www.Gradwell.com -< >- CFdeveloper is run by Russ Michaels, feel free to volunteer your help -<
