tomcat-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Ignacio J. Ortega" <>
Subject RE: Anyone know why the ISAPI redirector works how it does?
Date Sat, 23 Jun 2001 23:14:38 GMT
I think this was done this way because every request on a IIS server
pass the entire Filter Chain, so a request that takes longer to be
served simply occupies the server thread more than necesssary , 

I'm -1 for this change ...

Saludos ,
Ignacio J. Ortega

> -----Mensaje original-----
> De: Andy Armstrong []
> Enviado el: sábado 23 de junio de 2001 20:02
> Para: Tomcat Dev
> Cc: Gal Shachor
> Asunto: Anyone know why the ISAPI redirector works how it does?
> I've been looking at the source of the ISAPI redirector (initially to
> get it to build again -- it seems to have broken), and 
> wondering why it
> works the way it does.
> It provides both an HttpFilterProc and an HttpExtensionProc. The
> HttpFilterProc looks for incoming requests that are elligable to be
> handled by Tomcat and, if it finds one, it rewrites the 
> request so that
> it will be passed to the HttpExtensionProc for processing. From a
> cursory glance at the ISAPI documentation it seems that this could all
> be handled in HttpFilterProc. Does anyone know what I'm missing?
> If there isn't a clear reason why it's implemented like this 
> I might try
> and build a new ISAPI filter that works the same way as the 
> Domino DSAPI
> filter. It should make request handling slightly faster, simplify the
> code and might make it possible to have some source in common between
> the Domino and IIS redirectors.
> -- 
> Andy Armstrong, Tagish

View raw message