Return-Path: Delivered-To: apmail-tomcat-users-archive@www.apache.org Received: (qmail 45172 invoked from network); 3 Nov 2007 20:25:48 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 3 Nov 2007 20:25:48 -0000 Received: (qmail 85245 invoked by uid 500); 3 Nov 2007 20:25:23 -0000 Delivered-To: apmail-tomcat-users-archive@tomcat.apache.org Received: (qmail 85218 invoked by uid 500); 3 Nov 2007 20:25:23 -0000 Mailing-List: contact users-help@tomcat.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: "Tomcat Users List" Delivered-To: mailing list users@tomcat.apache.org Received: (qmail 85203 invoked by uid 99); 3 Nov 2007 20:25:23 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 03 Nov 2007 13:25:23 -0700 X-ASF-Spam-Status: No, hits=-4.0 required=10.0 tests=RCVD_IN_DNSWL_MED,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: local policy) Received: from [195.227.30.246] (HELO datura.kippdata.de) (195.227.30.246) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 03 Nov 2007 20:25:27 +0000 Received: from [192.168.2.139] ([192.168.2.139]) by datura.kippdata.de (8.13.5/8.13.5) with ESMTP id lA3KP4YN011787 for ; Sat, 3 Nov 2007 21:25:05 +0100 (CET) Message-ID: <472CD90B.50805@kippdata.de> Date: Sat, 03 Nov 2007 21:24:43 +0100 From: Rainer Jung User-Agent: Thunderbird 2.0.0.6 (Windows/20070728) MIME-Version: 1.0 To: Tomcat Users List Subject: Re: issue when redirect/forward on not - parsed form/multipart request References: <1204.141.30.145.95.1190705841.squirrel@mail.inf.tu-dresden.de> <1890.141.30.145.95.1190716543.squirrel@mail.inf.tu-dresden.de> In-Reply-To: <1890.141.30.145.95.1190716543.squirrel@mail.inf.tu-dresden.de> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org The dump shows, that you reply back with a redirect to http://www/Kolloquium/Weiche;jsessionid=70AAEDF1EF6E46F60B0CB09B52DCAD16?do=fil&Lng=1&err=3 The browser doesn't send this request afterwards, instead it retries the upload request. - is www a valid server name of your web server from the point of view of the browser? Or is /www/ your context name, and the server name is missing? At the beginning of the download, there are two requests coming in over two connections in parallel: [Tue Sep 25 09:21:17.488 2007] [2240:2616] /www/Kolloquium/MediaCenter;jsessionid=70AAEDF1EF6E46F60B0CB09B52DCAD16 [Tue Sep 25 09:21:17.488 2007] [2240:1376] /www/Kolloquium/Fortschritt;jsessionid=70AAEDF1EF6E46F60B0CB09B52DCAD16 The second one gets back the response (approximately, dots might mean whitespace, newline etc) - Directly after that response the first request runs on the same isapi handling thread It's a multipart/form-data request with a body of 91802343 bytes (app.). We read a few KB from this request body and we get back a 302 redirect from the backend pointing to http://www/Kolloquium/Weiche;jsessionid=70AAEDF1EF6E46F60B0CB09B52DCAD16?do=fil&Lng=1&err=3 which we return to the client/browser (at least I have no indication of the opposite). A few Milliseconds later we get a new request [Tue Sep 25 09:21:17.550 2007] [2240:1376] /www/Kolloquium/MediaCenter;jsessionid=70AAEDF1EF6E46F60B0CB09B52DCAD16 which seems to be identical to the first upload request and gets answered in the same way. Since you are using Firefox: you can add the Firebug plugin to follow the requests and responses from the point of view of the browser. Maybe the problem is, that IIS starts to read from the request body and then sends back the redirect after having read parts of the body. It could also be interesting to sniff the request/response via wireshark to see, if IIS actually resets the network connection. Does MSIE show the same problem? Regards, Rainer tw796021@mail.inf.tu-dresden.de schrieb: >> Thank you for your fast response! >> >> OK, I switched the log level to trace and provoked the problem. The >> resulting Log file is attached. >> > > Seems that attachements are not supported? Hope you won't beat me... > Here's the log... ... --------------------------------------------------------------------- To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org For additional commands, e-mail: users-help@tomcat.apache.org