[Web-SIG] PEP 444 feature request - Futures executor

[Timothy Farrell]

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" <bitsink at gmail.com>
To: "Timothy Farrell" <tfarrell at owassobible.org>
Cc: "P.J. Eby" <pje at telecommunity.com>, web-sig at python.org
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
<tfarrell at owassobible.org> wrote:
> ----- Original Message -----
> From: "P.J. Eby" <pje at telecommunity.com>
> To: "Timothy Farrell" <tfarrell at owassobible.org>, web-sig at python.org
> 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