<div class="gmail_quote">On Mon, Mar 2, 2009 at 12:49 PM, Edi Weitz <span dir="ltr"><<a href="mailto:edi@agharta.de">edi@agharta.de</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<div class="Ih2E3d">On Mon, Mar 2, 2009 at 11:49 AM, Hans Hübner <<a href="mailto:hans.huebner@gmail.com">hans.huebner@gmail.com</a>> wrote:<br>
<br>
> Wouldn't you be able to write a task manager that first reads the<br>
> request header, then decides whether the request is a COMET request<br>
> and queue it or hand it over to another thread for processing?<br>
<br>
</div>If you first read the request header, you're interfering with the rest<br>
of the architecture which expects to be able to read the whole request<br>
including headers from the client.<br></blockquote><div><br></div><div>You are obviously right. My suggestion was splitting the request retrieval from it's processing (as done by process-connection) to be able to make an informed decission about further processing. Process-connection or any other API devised for this purpose would have to somehow accept request data read up the stack.</div>
<div><br></div><div>/S </div></div>