Quartz is certainly powerful, but I think it's outside the scope of something we want in a WSGI spec. Is there a specific feature you're referring to?
----- Original Message ----- From: "Nam Nguyen" <[email protected]> To: "Timothy Farrell" <[email protected]> Cc: "P.J. Eby" <[email protected]>, [email protected] Sent: Tuesday, January 11, 2011 2:28:55 AM Subject: Re: [Web-SIG] PEP 444 feature request - Futures executor On Tue, Jan 11, 2011 at 10:40 AM, Timothy Farrell <[email protected]> wrote: > ----- Original Message ----- > From: "P.J. Eby" <[email protected]> > To: "Timothy Farrell" <[email protected]>, [email protected] > Sent: Friday, January 7, 2011 2:14:20 PM > Subject: Re: [Web-SIG] PEP 444 feature request - Futures executor > >> There are some other issues that might need to be addressed, like >> maybe adding an attribute or two for the level of reliability >> guaranteed by the executor, or allowing the app to request a given >> reliability level. Specifically, it might be important to distinguish >> between: > >> * this will be run exactly once as long as the server doesn't crash >> * this will eventually be run once, even if the server suffers a >> fatal error between now and then > >> IOW, to indicate whether the thing being done is "transactional", so to >> speak. > > I understand why this would be good (credit card transactions particularly), > but how would this play our in the real world? All servers will do their > best to run the jobs given them. > > Are you suggesting that there would be a property of the executor that would > change based on the load of the server or some other metric? Say the server > has 100 queued jobs and only 2 worker threads, would it then have a way of > saying, "I'll get to this eventually, but I'm pretty swamped."? > > Is that what you're getting at or something more like database > transactions..."I guarantee that I won't stop halfway through this process." Maybe in the same vein as Quartz (http://www.quartz-scheduler.org/) in Java world. Nam _______________________________________________ Web-SIG mailing list [email protected] Web SIG: http://www.python.org/sigs/web-sig Unsubscribe: http://mail.python.org/mailman/options/web-sig/archive%40mail-archive.com
