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!
signature.asc
Description: OpenPGP digital signature