DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT <http://nagoya.apache.org/bugzilla/show_bug.cgi?id=8709>. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=8709 ISAPI Filter failing to pass on DAV "OPTIONS" requests Summary: ISAPI Filter failing to pass on DAV "OPTIONS" requests Product: Tomcat 4 Version: 4.0.3 Final Platform: PC OS/Version: Windows NT/2K Status: NEW Severity: Major Priority: Other Component: Connector:JK/AJP (deprecated) AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] Using: Tomcat 4.0.3. Slide 1.0.16. ISAPI Filter from J-T-C WebDrive 5.1 (Client) IIS 5.0 On Windows 2K I have been having an issue where the ISAPI Filter does not pass an OPTIONS request properly when it receives one from a DAV client. It looks like HttpFilterProc gets called and does its work, but somewhere between IIS doing something and the call to HttpExtensionProc, the server sends back a "500 Internal Server Error" The request never goes as far as to get passed on to tomcat. The communication (when the problem occurs), is only between IIS and the isapi_redirect.dll. To further debug, I set iis up on one box with the filter and tomcat on another. I then proceeded to do network trace. The result was that the request was never forwarded to the box running tomcat. The box running iis/isapi_redirect never forwarded the request on. Nothing was ever sent out on the wire. IIS (or the filter) sent simply sent back a "500 Server Error". Just to test what would happen, I hacked the HttpFilterProc method to to catch when an OPTIONS request is received and return a OPTIONS response. I made the HttpFilterProc method, at that point, return with a "SF_STATUS_REQ_FINISHED". With that, I can connect to the server and get a list of folders and files through the client. I can even copy out from the client to my desktop. However, I do encounter another "500 Internal Server Error" when I attempt a "PUT" (to add a file). The problem is most likely in the filter with it not passing headers (the method in particular) back to IIS or from IIS to the HttpExtensionProc method. As I am not that proficient is IIS dev so I have not a clue what is happening. Is an IIS header missing or something? It should be noted that everything works as it should if one does not use the isapi filter (i.e. submitting requests directly to http://localhost:8080) -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
