tomcat-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From bugzi...@apache.org
Subject DO NOT REPLY [Bug 8709] New: - ISAPI Filter failing to pass on DAV "OPTIONS" requests
Date Wed, 01 May 2002 20:18:24 GMT
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: tomcat-dev@jakarta.apache.org
        ReportedBy: robert.priest@bentley.com


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:tomcat-dev-unsubscribe@jakarta.apache.org>
For additional commands, e-mail: <mailto:tomcat-dev-help@jakarta.apache.org>


Mime
View raw message