tomcat-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Pid <...@pidster.com>
Subject Re: tomcat 6.0 404 error only on firefox due to backslashes?
Date Thu, 10 Jun 2010 15:24:29 GMT
On 10/06/2010 15:41, mamalacation wrote:
> 
> Dear all,
> 
> I had to setup a Windows 2008r2 box running tomcat 6.0.26 in a virtual
> machine, in order to see if a project/site from a windows 2003 SP2 and
> tomcat 5.0 could run on it. During the "upgrade" process everything worked
> well (after a few tricks), except from one thing (at this point I have to
> declare that I am no tomcat/Windows expert!):
> 
> The site has a place where people can download files from. When it displays
> the files to be downloaded, it contains a hyperlink containing backslashes
> in their names. Once a user clicks on those hyperlinks (using firefox), a
> new tab is created and a blank page is displayed. The address bar shows the
> link containing the backslashes. If I change them to frontslashes by hand,
> the file is downloaded. If I use firefox and click on the same links on the
> same site hosted on the older machine (tomcat 5, etc.), it works just fine.
> IE on the other hand works fine on both servers.
> 
> I used a packet sniffer to intercept the packets and my results are as
> follows (server1 is the old server and server2 is the new):
> 
> server1:
> 
> GET /site/archive%5C150%5CdownloadFile%5C3535%5CLec-1.ppt HTTP/1.1
> Host: server1:8083
> User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.1.9)
> Gecko/20100526 Firefox/3.5.9
> Accept: text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8
> Accept-Language: en-us,en;q=0.5
> Accept-Encoding: gzip,deflate
> Accept-Charset: ISO-8859-1,utf-8;q=0.7,*;q=0.7
> Keep-Alive: 300
> Connection: keep-alive
> Referer:
> http://server1:8083/site/cms.downloadFile.data.do?method=jsplist&PRMID=1020
> Cookie: JSESSIONID=71B2F50E3D20E9CD2812BE4635315C4E;
> __utma=55546303.157551831.1272378139.1274780984.1274887786.4;
> __utmz=55546303.1272378139.1.1.utmccn=(direct)|utmcsr=(direct)|utmcmd=(none)
> If-Modified-Since: Tue, 17 Mar 2009 09:08:43 GMT
> If-None-Match: W/"2693120-1237280923177"
> 
> 
> HTTP/1.1 304 Not Modified
> Cache-Control: no-cache
> Expires: Thu, 01 Jan 1970 00:00:00 GMT
> Pragma: No-cache
> Date: Thu, 10 Jun 2010 13:20:39 GMT
> Server: Apache-Coyote/1.1
> 
> 
> 
> server2:
> 
> GET /site/archive%5C150%5CdownloadFile%5C3535%5CLec-1.ppt HTTP/1.1
> Host: server2:8083
> User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.1.9)
> Gecko/20100526 Firefox/3.5.9
> Accept: text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8
> Accept-Language: en-us,en;q=0.5
> Accept-Encoding: gzip,deflate
> Accept-Charset: ISO-8859-1,utf-8;q=0.7,*;q=0.7
> Keep-Alive: 300
> Connection: keep-alive
> Referer:
> http://server2:8083/site/cms.downloadFile.data.do?method=jsplist&PRMID=1020
> Cookie: JSESSIONID=DD8FE273A842A3F922C1ABE9C2803DA8;
> __utma=55546303.157551831.1272378139.1274780984.1274887786.4;
> __utmz=55546303.1272378139.1.1.utmccn=(direct)|utmcsr=(direct)|utmcmd=(none)
> 
> 
> HTTP/1.1 400 Bad Request
> Server: Apache-Coyote/1.1
> Content-Length: 0
> Date: Thu, 10 Jun 2010 13:20:38 GMT
> Connection: close
> 
> 
> The above transactions are intercepted firefox sessions from the same client
> to the two servers. One may notice that there are no practical differences
> other than the two headers regarding caching (If-Modified-Since and
> If-None-Match). Do be honest, I am not sure why the old server receives
> caching headers whereas the new one doesn't (the configuration of the old
> server was performed by other admins). Maybe the answer is hidden in this
> point...but I don't think so.
> 
> Does anyone have a clue to what may be happening? I would very much like to
> set some configuration directive in tomcat that instructs it to treat
> backslashes in URIs as if they were frontslashes in order to stop this
> issue, but I cannot find such one.

Why not just fix the URLs?


p

> I Hope that somebody may help me in this.
> 
> Thank you all for your time in advance!



Mime
View raw message