On Tue, Feb 21, 2012 at 11:07 AM, Simon Sapin <span dir="ltr">&lt;<a href="mailto:simon.sapin@exyr.org">simon.sapin@exyr.org</a>&gt;</span> wrote:<br><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
...</blockquote><div> </div><blockquote class="gmail_quote" style="margin:0pt 0pt 0pt 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">So a super-set of WSGI that is not just a gateway but also does process management?<br>

<br>
<br>
@contextlib.contextmanager<br>
def super_application(server_<u></u>infos):<br>
    with contextlib.closing(open_<u></u>resource()) as resource:<br>
        wsgi_callable = make_app(server_infos, resource)<br>
        yield wsgi_callable<span class="HOEnZb"><font color="#888888"><br></font></span></blockquote><div><br>I like this form a lot, but I think this is an implementation detail -- since we&#39;ve not answered to the main question yet. <br>
<br>Here&#39;s my attempt to formulate how I understand the problem at this point <br><br>current assumptions/limitations:<br>
<br>-  the application can be shutdown without handling a request / which makes it orthogonal to the requests handling<br>
-  the underlying code may use threads, making it unreliable to use atexit()<br>
-  using signals may be problematic if some other code use it too -- for example the wsgi server itself<br><br>-&gt; the cleanest way seems to ask the web server itself to ping the wsgi app.<br><br>problems:<br><br>- how can we declare a shutdown entry point in the application, the web server can use.<br>
- how can this work with extra indirections (FASTCGI, etc)<br><br>leads:<br>- define startup/shutdown functions, declare them to the web server<br>- use the existing environ to send a &#39;shutdown request&#39; <br>- <br>
<br>Cheers<br>Tarek<br><br></div></div>-- <br>Tarek Ziadé | <a href="http://ziade.org">http://ziade.org</a><br>