Return-Path: Delivered-To: apmail-jakarta-tomcat-user-archive@apache.org Received: (qmail 84030 invoked from network); 1 May 2002 16:56:08 -0000 Received: from unknown (HELO nagoya.betaversion.org) (192.18.49.131) by daedalus.apache.org with SMTP; 1 May 2002 16:56:08 -0000 Received: (qmail 13082 invoked by uid 97); 1 May 2002 16:55:50 -0000 Delivered-To: qmlist-jakarta-archive-tomcat-user@nagoya.betaversion.org Received: (qmail 13008 invoked by alias); 1 May 2002 16:55:49 -0000 Delivered-To: jakarta-archive-tomcat-user@jakarta.apache.org Received: (qmail 12994 invoked by uid 97); 1 May 2002 16:55:49 -0000 Mailing-List: contact tomcat-user-help@jakarta.apache.org; run by ezmlm Precedence: bulk List-Unsubscribe: List-Subscribe: List-Help: List-Post: List-Id: "Tomcat Users List" Reply-To: "Tomcat Users List" Delivered-To: mailing list tomcat-user@jakarta.apache.org Received: (qmail 12982 invoked by uid 98); 1 May 2002 16:55:48 -0000 X-Antivirus: nagoya (v4198 created Apr 24 2002) Message-ID: <93C0BE6A6D6AD211BC7400A0C9D8FE8705A365FF@exton1.bentley.com> From: Robert Priest To: 'Tomcat Users List' Subject: RE: ISAPI Filter and OPTIONS Dav Method. Date: Wed, 1 May 2002 12:53:45 -0400 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N Thanks. I will give those debugging items a try and get back to you. >Dies? you are saying that it hangs in any way? or the filter continues >behaving after that OPTIONS request ? Perhaps "dies" is the wrong word to use. What I mean to describe is = that after HttpFilterProc() finishes processing(and it does seem to finish),somewhere in the process between IIS and the call to HttpExtensionProc, I get the "500 Internal Server Error" sent back down = to the client.=20 No, IIS does not hang. I will try to be more exact in the future. Robert. -----Original Message----- From: Ignacio J. Ortega [mailto:nacho@siapi.es] Sent: Wednesday, May 01, 2002 12:26 PM To: 'Tomcat Users List' Subject: RE: ISAPI Filter and OPTIONS Dav Method. > De: Robert Priest [mailto:Robert.Priest@bentley.com] > Enviado el: mi=E9rcoles 1 de mayo de 2002 16:03 BTW: this is starting to be an excellent bug report !! so please post = it to bugzilla ( if it's no there already ) so we can follow it better .. thanks.. =20 >=20 > Using:=20 > Tomcat 4.0.3. > Slide 1.0.16. > ISAPI Filter from J-T-C > WebDrive 5.1 (Client) > IIS 5.0 >=20 Excelent, thanks.. > I have been having an issue where the ISAPI Filter dies=20 > whenever receiving > an OPTIONS request. Dies? you are saying that it hangs in any way? or the filter continues behaving after that OPTIONS request ? > It looks like HttpFilterProc gets called and does it work,=20 > but somewhere > between IIS doing something and the > call to HttpExtensionProc, the server sends back a "500=20 > Internal Server > Error" >=20 One way to be completely sure of who is generating that error 500 is to try to add a debug=3D"9999" attribute to the ajp13 connector in server.xml, in tomcat 3.3 we got a nice logs about whats sending and receiving tomcat from IIS.. One way to debug the connection between IIS and tc, is to use a = external iis server ( or external tomcat ) and reconfigure the configs to use that host for ajp13 instead of localhost, this way you will be able to see commns in port 8009 over the wire, and you could see if the options request is saw by tc in any way.. > Does anyone have any idea what may be going on. >=20 No, but with your work and some more time, we will catch it.. sure :), btw.. excellent work in this message.. >=20 > Just to test what would happen, I hacked the HttpFilterProc=20 > method to to > catch when an OPTIONS request is received and return=20 > a OPTIONS response. I made the HttpFilterProc method, at=20 > that point, return > with a "SF_STATUS_REQ_FINISHED". With that, I can connect to=20 > the server and > get a list of folders and files through the client. I can=20 > even copy out from > the client to my desktop. However, I do encounter another=20 > "500 Internal > Server Error" when I attempt a "PUT" (to add a file).=20 >=20 > I say that to say this: there is obviously a problem in the=20 > filter with it > not passing headers (the method in particular) back to IIS or=20 > from IIS to > the > HttpExtensionProc method. As I am not that proficient is IIS=20 > dev soI have > not a clue what is happening. Is an IIS header missing or = something? >=20 >=20 > Is this the correct "chain" for the request: >=20 > IIS -> filter ->IIS -> extension -> AJP13 Connector -> Tomcat -> Web > Application (in this case: slide 1.0.16) Yes it is, my guess now is that your having problems in the extension part, i gues that because the Filter processing is very thin, a matter of getting the correct worker and forward the entire thing to the correct extension, some heraders adde and cganged otheres.. that's all, i doubt the problems lies in the filter, you could try to move your = fake response code to the extension instead the filter, this way we can surpass the filter as the your problems source.. Saludos , Ignacio J. Ortega -- To unsubscribe: For additional commands: Troubles with the list: -- To unsubscribe: For additional commands: Troubles with the list: