Re: URL rewrite in tomcat 7
Hi; Tuckey plugin did the trick. Thanks for the help. Br. 2015-02-24 20:30 GMT+01:00 André Warnier a...@ice-sa.com: Baran Topal wrote: Hi; Thanks for the swift replies. I am not allowed to tuckey's rewrite (at least until i cannot find a normative Tomcat solution). I looked for the documentation for 7.0. and Alias under Host is my solution however, after rewriting, i bookmark the page and want to reach via bookmark but it fails when I directly go via bookmark. What should be the remedy? it fails is not very helpful as an error description (and neither is the rest of what you are writing above a very understandable description of what you are doing) I suggest that you get one of the browser plugins which shows the exact exchanges between browser and server (HttpFox, LiveHttpheaders, Fiddler2 or similar), try your thing again and then look at exactly what happens back and forth. Any of those plugins allows you to save what they track to a text file, which you can then copy/paste here. And maybe just looking at it will show you why whatever you are trying doesn't work. Br. 2015-02-07 15:40 GMT+01:00 Caldarale, Charles R chuck.caldar...@unisys.com : From: Baran Topal [mailto:jazziiil...@gmail.com] Subject: URL rewrite in tomcat 7 I have a tomcat 7 instance in which i need use alias for my domain. Essentially, the alias http://test1/ would replace the http:/myaddress.com and its sub addresses It is not a redirect, rather rewrite of the URL. How do i do this? (modifying context.xml or?) Can you help me? Take a look at the usual rewrite filter: http://tuckey.org/urlrewrite/ - Chuck THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY MATERIAL and is thus for use only by the intended recipient. If you received this in error, please contact the sender and delete the e-mail and its attachments from all computers. - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: URL rewrite in tomcat 7
Hi; Thanks for the swift replies. I am not allowed to tuckey's rewrite (at least until i cannot find a normative Tomcat solution). I looked for the documentation for 7.0. and Alias under Host is my solution however, after rewriting, i bookmark the page and want to reach via bookmark but it fails when I directly go via bookmark. What should be the remedy? Br. 2015-02-07 15:40 GMT+01:00 Caldarale, Charles R chuck.caldar...@unisys.com : From: Baran Topal [mailto:jazziiil...@gmail.com] Subject: URL rewrite in tomcat 7 I have a tomcat 7 instance in which i need use alias for my domain. Essentially, the alias http://test1/ would replace the http:/myaddress.com and its sub addresses It is not a redirect, rather rewrite of the URL. How do i do this? (modifying context.xml or?) Can you help me? Take a look at the usual rewrite filter: http://tuckey.org/urlrewrite/ - Chuck THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY MATERIAL and is thus for use only by the intended recipient. If you received this in error, please contact the sender and delete the e-mail and its attachments from all computers. - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: URL rewrite in tomcat 7
Baran Topal wrote: Hi; Thanks for the swift replies. I am not allowed to tuckey's rewrite (at least until i cannot find a normative Tomcat solution). I looked for the documentation for 7.0. and Alias under Host is my solution however, after rewriting, i bookmark the page and want to reach via bookmark but it fails when I directly go via bookmark. What should be the remedy? it fails is not very helpful as an error description (and neither is the rest of what you are writing above a very understandable description of what you are doing) I suggest that you get one of the browser plugins which shows the exact exchanges between browser and server (HttpFox, LiveHttpheaders, Fiddler2 or similar), try your thing again and then look at exactly what happens back and forth. Any of those plugins allows you to save what they track to a text file, which you can then copy/paste here. And maybe just looking at it will show you why whatever you are trying doesn't work. Br. 2015-02-07 15:40 GMT+01:00 Caldarale, Charles R chuck.caldar...@unisys.com : From: Baran Topal [mailto:jazziiil...@gmail.com] Subject: URL rewrite in tomcat 7 I have a tomcat 7 instance in which i need use alias for my domain. Essentially, the alias http://test1/ would replace the http:/myaddress.com and its sub addresses It is not a redirect, rather rewrite of the URL. How do i do this? (modifying context.xml or?) Can you help me? Take a look at the usual rewrite filter: http://tuckey.org/urlrewrite/ - Chuck THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY MATERIAL and is thus for use only by the intended recipient. If you received this in error, please contact the sender and delete the e-mail and its attachments from all computers. - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: URL rewrite in tomcat 7
On 7 Feb 2015, at 10:53 pm, Baran Topal jazziiil...@gmail.com wrote: Hi I have a tomcat 7 instance in which i need use alias for my domain. Essentially, the alias http://test1/ would replace the http:/myaddress.com and its sub addresses It is not a redirect, rather rewrite of the URL. How do i do this? (modifying context.xml or?) Can you help me? Take a look at the documentation on Proxy Support. http://tomcat.apache.org/tomcat-7.0-doc/proxy-howto.html Cheers, Ben BR. baran - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
RE: URL rewrite in tomcat 7
From: Baran Topal [mailto:jazziiil...@gmail.com] Subject: URL rewrite in tomcat 7 I have a tomcat 7 instance in which i need use alias for my domain. Essentially, the alias http://test1/ would replace the http:/myaddress.com and its sub addresses It is not a redirect, rather rewrite of the URL. How do i do this? (modifying context.xml or?) Can you help me? Take a look at the usual rewrite filter: http://tuckey.org/urlrewrite/ - Chuck THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY MATERIAL and is thus for use only by the intended recipient. If you received this in error, please contact the sender and delete the e-mail and its attachments from all computers. - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: URL rewrite
On 08/08/2011 20:36, Mohit Anchlia wrote: I need to re-write URL using some Http Headers. Can I use any headers? Or only the one listed here? http://httpd.apache.org/docs/2.0/mod/mod_rewrite.html Is HTTP_HOST always set? I printed headers of my servlet and this is what I see. I used getHeaders and iterate over it: Is this a Tomcat or an HTTPD question? p I need to use host as in below log. -- 12:33:11,114 INFO [STDOUT] INFO RequestResponse - headerName accept Value image/gif, image/x-xbitmap, image/jpeg, image/pjpeg, application/xaml+xml, application/vnd.ms-xpsdocument, application/x-ms-xbap, application/x-ms-application, application/x-shockwave-flash, application/vnd.ms-excel, application/vnd.ms-powerpoint, application/msword, */* 12:33:11,114 INFO [STDOUT] INFO RequestResponse - headerName accept-language Value en-us 12:33:11,114 INFO [STDOUT] INFO RequestResponse - headerName accept-encoding Value gzip, deflate 12:33:11,114 INFO [STDOUT] INFO RequestResponse - headerName user-agent Value Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; .NET CLR 1.1.4322; .NET CLR 2.0.50727; .NET CLR 3.0.04506.30; .NET CLR 3.0.04506.648; .NET CLR 3.0.4506.2152; .NET CLR 3.5.30729; MS-RTC LM 8; InfoPath.2) 12:33:11,114 INFO [STDOUT] INFO RequestResponse - headerName host Value sdgl04l3v4679.abc.net:8080 12:33:11,114 INFO [STDOUT] INFO RequestResponse - headerName connection Value Keep-Alive 12:33:11,114 INFO [STDOUT] INFO RequestResponse - Method GET 12:33:11,114 INFO [STDOUT] INFO RequestResponse - Length of byte array null 12:33:11,567 INFO [STDOUT] DEBUG wire - GET / HTTP/1.1[\r][\n] 12:33:11,567 INFO [STDOUT] DEBUG wire - connection: Keep-Alive[\r][\n] 12:33:11,567 INFO [STDOUT] DEBUG wire - host: sdgl04l3v4679.abc.net:8080[\r][\n] 12:33:11,567 INFO [STDOUT] DEBUG wire - accept-language: en-us[\r][\n] 12:33:11,567 INFO [STDOUT] DEBUG wire - accept: image/gif, image/x-xbitmap, image/jpeg, image/pjpeg, application/xaml+xml, application/vnd.ms-xpsdocument, application/x-ms-xbap, application/x-ms-application, application/x-shockwave-flash, application/vnd.ms-excel, application/vnd.ms-powerpoint, application/msword, */*[\r][\n] 12:33:11,567 INFO [STDOUT] DEBUG wire - user-agent: Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; .NET CLR 1.1.4322; .NET CLR 2.0.50727; .NET CLR 3.0.04506.30; .NET CLR 3.0.04506.648; .NET CLR 3.0.4506.2152; .NET CLR 3.5.30729; MS-RTC LM 8; InfoPath.2)[\r][\n] 12:33:11,567 INFO [STDOUT] DEBUG wire - accept-encoding: gzip, deflate[\r][\n] 12:33:11,567 INFO [STDOUT] DEBUG wire - [\r][\n] - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: URL rewrite
On Tue, Aug 9, 2011 at 1:30 AM, Pid p...@pidster.com wrote: On 08/08/2011 20:36, Mohit Anchlia wrote: I need to re-write URL using some Http Headers. Can I use any headers? Or only the one listed here? http://httpd.apache.org/docs/2.0/mod/mod_rewrite.html Is HTTP_HOST always set? I printed headers of my servlet and this is what I see. I used getHeaders and iterate over it: Is this a Tomcat or an HTTPD question? tomcat. As I understand tomcat support URL Rewriting similar to mod_rewrite. p I need to use host as in below log. -- 12:33:11,114 INFO [STDOUT] INFO RequestResponse - headerName accept Value image/gif, image/x-xbitmap, image/jpeg, image/pjpeg, application/xaml+xml, application/vnd.ms-xpsdocument, application/x-ms-xbap, application/x-ms-application, application/x-shockwave-flash, application/vnd.ms-excel, application/vnd.ms-powerpoint, application/msword, */* 12:33:11,114 INFO [STDOUT] INFO RequestResponse - headerName accept-language Value en-us 12:33:11,114 INFO [STDOUT] INFO RequestResponse - headerName accept-encoding Value gzip, deflate 12:33:11,114 INFO [STDOUT] INFO RequestResponse - headerName user-agent Value Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; .NET CLR 1.1.4322; .NET CLR 2.0.50727; .NET CLR 3.0.04506.30; .NET CLR 3.0.04506.648; .NET CLR 3.0.4506.2152; .NET CLR 3.5.30729; MS-RTC LM 8; InfoPath.2) 12:33:11,114 INFO [STDOUT] INFO RequestResponse - headerName host Value sdgl04l3v4679.abc.net:8080 12:33:11,114 INFO [STDOUT] INFO RequestResponse - headerName connection Value Keep-Alive 12:33:11,114 INFO [STDOUT] INFO RequestResponse - Method GET 12:33:11,114 INFO [STDOUT] INFO RequestResponse - Length of byte array null 12:33:11,567 INFO [STDOUT] DEBUG wire - GET / HTTP/1.1[\r][\n] 12:33:11,567 INFO [STDOUT] DEBUG wire - connection: Keep-Alive[\r][\n] 12:33:11,567 INFO [STDOUT] DEBUG wire - host: sdgl04l3v4679.abc.net:8080[\r][\n] 12:33:11,567 INFO [STDOUT] DEBUG wire - accept-language: en-us[\r][\n] 12:33:11,567 INFO [STDOUT] DEBUG wire - accept: image/gif, image/x-xbitmap, image/jpeg, image/pjpeg, application/xaml+xml, application/vnd.ms-xpsdocument, application/x-ms-xbap, application/x-ms-application, application/x-shockwave-flash, application/vnd.ms-excel, application/vnd.ms-powerpoint, application/msword, */*[\r][\n] 12:33:11,567 INFO [STDOUT] DEBUG wire - user-agent: Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; .NET CLR 1.1.4322; .NET CLR 2.0.50727; .NET CLR 3.0.04506.30; .NET CLR 3.0.04506.648; .NET CLR 3.0.4506.2152; .NET CLR 3.5.30729; MS-RTC LM 8; InfoPath.2)[\r][\n] 12:33:11,567 INFO [STDOUT] DEBUG wire - accept-encoding: gzip, deflate[\r][\n] 12:33:11,567 INFO [STDOUT] DEBUG wire - [\r][\n] - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: URL rewrite
2011/8/9 Mohit Anchlia mohitanch...@gmail.com: Is this a Tomcat or an HTTPD question? tomcat. As I understand tomcat support URL Rewriting similar to mod_rewrite. No, it does not. There are 3rd party external filters that may do the job, e.g. http://www.tuckey.org/urlrewrite/ but they are not a part of Tomcat. Best regards, Konstantin Kolinko - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: URL rewrite
Mohit Anchlia wrote: On Tue, Aug 9, 2011 at 1:30 AM, Pid p...@pidster.com wrote: On 08/08/2011 20:36, Mohit Anchlia wrote: I need to re-write URL using some Http Headers. Can I use any headers? Or only the one listed here? http://httpd.apache.org/docs/2.0/mod/mod_rewrite.html Is HTTP_HOST always set? I printed headers of my servlet and this is what I see. I used getHeaders and iterate over it: Is this a Tomcat or an HTTPD question? tomcat. As I understand tomcat support URL Rewriting similar to mod_rewrite. No. Strictly speaking, it does not. You can write code yourself to do that, the tools exist in Tomcat. Or you can use external software add-ons, like at http://www.tuckey.org, to do that. But this is not Tomcat code. mod_rewrite on the other hand, is a module that is integral to Apache httpd (which is not Tomcat). And you should understand this pretty well, considering the URL http://httpd.apache.org/docs/2.0/mod/mod_rewrite.html to which you refer above. - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: URL Rewrite
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Michel, On 9/5/2010 6:23 PM, michel wrote: - Original Message - From: Hassan Schroeder hassan.schroe...@gmail.com To: Tomcat Users List users@tomcat.apache.org Sent: Sunday, September 05, 2010 12:07 PM Subject: Re: URL Rewrite On Sun, Sep 5, 2010 at 8:38 AM, André Warnier a...@ice-sa.com wrote: The right solution would be to make sure that all the relative links in your pages, when they are interpreted by the browser and requested from the server, are also being caught by the rewriting mechanism on the server, and properly redirected to where they should. Or, uh, just don't *ever* use relative links, period. --- Sorry, but I don't understand why. In most cases relative links are great, simply because they are 'self-updating' when the page gets moved. Hard-coding is a last-resort solution. Relative links become problematic precisely /when/ they are moved around: all your relative links are broken. Also, when you start playing games with the URL your web browser sees (rewrites, etc.) and including files, etc., you will inevitably run into a situation where your relative path is nonsensical. Using absolute URLs is very easy using the tools provided by the servlet API, and, IMO, no less convenient than using relative ones. I believe using absolute URLs solves all of the problems I've outlined above, too. - -chris -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAkyJLlMACgkQ9CaO5/Lv0PDK3ACgiizrnYts6eQ/HlRJvPk0lYDW /NIAnRPnNvfJPJZLXLDxvANEkHf7sD+I =rX8w -END PGP SIGNATURE- - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: URL Rewrite
On 05/09/2010 23:40, Hassan Schroeder wrote: On Sun, Sep 5, 2010 at 3:23 PM, michel compu...@videotron.ca wrote: Or, uh, just don't *ever* use relative links, period. Sorry, but I don't understand why. In most cases relative links are great, simply because they are 'self-updating' when the page gets moved. ? Obviously not. If you move a page with relative links up or down a hierarchy (whether by actually moving it or referencing it from somewhere else, as in this case) it's broken. Period. +1 Michel, you have this the wrong way round. Hard-coding is a last-resort solution. I don't believe I used relative links anywhere in the last 7 or 8 years. No, it's the only sane way to write URLs. Sorry, I've spent too much time in the last 15 years fixing pointlessly broken stuff because other people thought the same thing. +1 NB: if your best solution is to add the rarely* used base href=, then you are, in effect, causing the links to behave as absolute ones. * It's rare for a reason. p 0x62590808.asc Description: application/pgp-keys signature.asc Description: OpenPGP digital signature
Re: URL Rewrite
- Original Message - From: Pid p...@pidster.com To: Tomcat Users List users@tomcat.apache.org Sent: Monday, September 06, 2010 5:02 AM Subject: Re: URL Rewrite On 05/09/2010 23:40, Hassan Schroeder wrote: On Sun, Sep 5, 2010 at 3:23 PM, michel compu...@videotron.ca wrote: Or, uh, just don't *ever* use relative links, period. Sorry, but I don't understand why. In most cases relative links are great, simply because they are 'self-updating' when the page gets moved. ? Obviously not. If you move a page with relative links up or down a hierarchy (whether by actually moving it or referencing it from somewhere else, as in this case) it's broken. Period. +1 Michel, you have this the wrong way round. Hard-coding is a last-resort solution. I don't believe I used relative links anywhere in the last 7 or 8 years. No, it's the only sane way to write URLs. Sorry, I've spent too much time in the last 15 years fixing pointlessly broken stuff because other people thought the same thing. +1 NB: if your best solution is to add the rarely* used base href=, then you are, in effect, causing the links to behave as absolute ones. * It's rare for a reason. PID, I would think that whatever method a person uses, it can bring problems. There is enough software out there to check a site for broken links, better to use them when making changes, even if they aren't totally reliable. Funny about them, one claimed I had 12 broken links and wanted $5 to tell me what they are, while free ones found 1 or 2. A fourth software claimed 38 broken links and wanted a credit card number to tell me what they where. I am keeping my $5 and my credit card number. Michel - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: URL Rewrite
On Mon, Sep 6, 2010 at 11:02 AM, Pid p...@pidster.com wrote: On 05/09/2010 23:40, Hassan Schroeder wrote: On Sun, Sep 5, 2010 at 3:23 PM, michel compu...@videotron.ca wrote: Or, uh, just don't *ever* use relative links, period. Sorry, but I don't understand why. In most cases relative links are great, simply because they are 'self-updating' when the page gets moved. ? Obviously not. If you move a page with relative links up or down a hierarchy (whether by actually moving it or referencing it from somewhere else, as in this case) it's broken. Period. +1 Michel, you have this the wrong way round. Hard-coding is a last-resort solution. I don't believe I used relative links anywhere in the last 7 or 8 years. No, it's the only sane way to write URLs. Sorry, I've spent too much time in the last 15 years fixing pointlessly broken stuff because other people thought the same thing. +1 NB: if your best solution is to add the rarely* used base href=, then you are, in effect, causing the links to behave as absolute ones. * It's rare for a reason. p Are we talking about absolute links like http://example.com/test; or /test (as opposed to test). If we are talking about the former my advise would be pretty much opposite to others advise. You pretty much prevent mirroring and deploying applications to multiple environments becomes a pain if you specify the domain part of a url for all URLS. Much better when working on a team is to define what url syntax should be used along with specific guidelines on how or why each part is used. I've commonly run into problems where people have hard coded full absolute urls into a deployable artifact (not java) alongside the the content it was supposed to be pointing to. After a while the company decides to no longer host the resource and the website of everyone who has that artifact breaks. Regards, Wes
Re: URL Rewrite
I can not login to Apache Tomcat 7 managerplease tell me the configuration On Mon, Sep 6, 2010 at 2:32 PM, Pid p...@pidster.com wrote: On 05/09/2010 23:40, Hassan Schroeder wrote: On Sun, Sep 5, 2010 at 3:23 PM, michel compu...@videotron.ca wrote: Or, uh, just don't *ever* use relative links, period. Sorry, but I don't understand why. In most cases relative links are great, simply because they are 'self-updating' when the page gets moved. ? Obviously not. If you move a page with relative links up or down a hierarchy (whether by actually moving it or referencing it from somewhere else, as in this case) it's broken. Period. +1 Michel, you have this the wrong way round. Hard-coding is a last-resort solution. I don't believe I used relative links anywhere in the last 7 or 8 years. No, it's the only sane way to write URLs. Sorry, I've spent too much time in the last 15 years fixing pointlessly broken stuff because other people thought the same thing. +1 NB: if your best solution is to add the rarely* used base href=, then you are, in effect, causing the links to behave as absolute ones. * It's rare for a reason. p -- Let everyday b a dream u can touch. Let everyday b a luv u can feel. Let everyday b a reason to live bcoz life indeed is beautiful. Have a Gud day. Subrat P. +91-9439518745
Re: URL Rewrite
Please send a new email to the list rather than reply to an unrelated topic. On Mon, Sep 6, 2010 at 12:09 PM, Subrat Kumar Pattnaik patnaik.sub...@gmail.com wrote: I can not login to Apache Tomcat 7 managerplease tell me the configuration On Mon, Sep 6, 2010 at 2:32 PM, Pid p...@pidster.com wrote: On 05/09/2010 23:40, Hassan Schroeder wrote: On Sun, Sep 5, 2010 at 3:23 PM, michel compu...@videotron.ca wrote: Or, uh, just don't *ever* use relative links, period. Sorry, but I don't understand why. In most cases relative links are great, simply because they are 'self-updating' when the page gets moved. ? Obviously not. If you move a page with relative links up or down a hierarchy (whether by actually moving it or referencing it from somewhere else, as in this case) it's broken. Period. +1 Michel, you have this the wrong way round. Hard-coding is a last-resort solution. I don't believe I used relative links anywhere in the last 7 or 8 years. No, it's the only sane way to write URLs. Sorry, I've spent too much time in the last 15 years fixing pointlessly broken stuff because other people thought the same thing. +1 NB: if your best solution is to add the rarely* used base href=, then you are, in effect, causing the links to behave as absolute ones. * It's rare for a reason. p -- Let everyday b a dream u can touch. Let everyday b a luv u can feel. Let everyday b a reason to live bcoz life indeed is beautiful. Have a Gud day. Subrat P. +91-9439518745
Re: URL Rewrite
On Mon, Sep 6, 2010 at 3:05 AM, Wesley Acheson wesley.ache...@gmail.com wrote: Are we talking about absolute links like http://example.com/test; or /test (as opposed to test). /test, i.e. starts with a slash representing the app root -- Hassan Schroeder hassan.schroe...@gmail.com twitter: @hassan - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: URL Rewrite
On 06/09/2010 11:05, Wesley Acheson wrote: On Mon, Sep 6, 2010 at 11:02 AM, Pid p...@pidster.com wrote: On 05/09/2010 23:40, Hassan Schroeder wrote: On Sun, Sep 5, 2010 at 3:23 PM, michel compu...@videotron.ca wrote: Or, uh, just don't *ever* use relative links, period. Sorry, but I don't understand why. In most cases relative links are great, simply because they are 'self-updating' when the page gets moved. ? Obviously not. If you move a page with relative links up or down a hierarchy (whether by actually moving it or referencing it from somewhere else, as in this case) it's broken. Period. +1 Michel, you have this the wrong way round. Hard-coding is a last-resort solution. I don't believe I used relative links anywhere in the last 7 or 8 years. No, it's the only sane way to write URLs. Sorry, I've spent too much time in the last 15 years fixing pointlessly broken stuff because other people thought the same thing. +1 NB: if your best solution is to add the rarely* used base href=, then you are, in effect, causing the links to behave as absolute ones. * It's rare for a reason. p Are we talking about absolute links like http://example.com/test; or /test (as opposed to test). To correct my imprecise terminology, 'site relative', rather than 'completely absolute', except where the domain changes, (perhaps obviously). If we are talking about the former my advise would be pretty much opposite to others advise. You pretty much prevent mirroring and deploying applications to multiple environments becomes a pain if you specify the domain part of a url for all URLS. Much better when working on a team is to define what url syntax should be used along with specific guidelines on how or why each part is used. I've commonly run into problems where people have hard coded full absolute urls into a deployable artifact (not java) alongside the the content it was supposed to be pointing to. After a while the company decides to no longer host the resource and the website of everyone who has that artifact breaks. That's a product support fail. p 0x62590808.asc Description: application/pgp-keys signature.asc Description: OpenPGP digital signature
Re: URL Rewrite
- Original Message - From: Pid p...@pidster.com To: Tomcat Users List users@tomcat.apache.org Sent: Monday, September 06, 2010 11:54 AM Subject: Re: URL Rewrite On 06/09/2010 11:05, Wesley Acheson wrote: On Mon, Sep 6, 2010 at 11:02 AM, Pid p...@pidster.com wrote: On 05/09/2010 23:40, Hassan Schroeder wrote: On Sun, Sep 5, 2010 at 3:23 PM, michel compu...@videotron.ca wrote: Or, uh, just don't *ever* use relative links, period. Sorry, but I don't understand why. In most cases relative links are great, simply because they are 'self-updating' when the page gets moved. ? Obviously not. If you move a page with relative links up or down a hierarchy (whether by actually moving it or referencing it from somewhere else, as in this case) it's broken. Period. +1 Michel, you have this the wrong way round. Hard-coding is a last-resort solution. I don't believe I used relative links anywhere in the last 7 or 8 years. No, it's the only sane way to write URLs. Sorry, I've spent too much time in the last 15 years fixing pointlessly broken stuff because other people thought the same thing. +1 NB: if your best solution is to add the rarely* used base href=, then you are, in effect, causing the links to behave as absolute ones. * It's rare for a reason. p Are we talking about absolute links like http://example.com/test; or /test (as opposed to test). To correct my imprecise terminology, 'site relative', rather than 'completely absolute', except where the domain changes, (perhaps obviously). If we are talking about the former my advise would be pretty much opposite to others advise. You pretty much prevent mirroring and deploying applications to multiple environments becomes a pain if you specify the domain part of a url for all URLS. Much better when working on a team is to define what url syntax should be used along with specific guidelines on how or why each part is used. I've commonly run into problems where people have hard coded full absolute urls into a deployable artifact (not java) alongside the the content it was supposed to be pointing to. After a while the company decides to no longer host the resource and the website of everyone who has that artifact breaks. That's a product support fail. -- I just tried out a broken-link software called XENU, and it did the best job of any at finding them. I recommend it! Michel - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: URL Rewrite
- Original Message - From: Konstantin Kolinko knst.koli...@gmail.com To: Tomcat Users List users@tomcat.apache.org Sent: Saturday, September 04, 2010 11:06 AM Subject: Re: URL Rewrite 2010/9/4 michel compu...@videotron.ca: - Original Message - From: Ognjen Blagojevic ognjen.d.blagoje...@gmail.com To: Tomcat Users List users@tomcat.apache.org Sent: Friday, September 03, 2010 6:42 AM Subject: Re: URL Rewrite On 3.9.2010 12:02, michel wrote: I have been using the tuckey urlrewrite with some results, in that if I want to have an incoming URL coming in as gallery/pic20 gets changed to gallery.jsp?pic=20 But the tool bar URL gets displayed as gallery.jsp?pic=20 and I want to display gallery/pic20 Just use rule, not outbond-rule: rule from/gallery/pic([0-9]+)/from to/gallery.jsp?pic=$1/to /rule Thanks, and I have it working at times (worked all day on this) but it seems unreliable. I am expecting that the very same code would work if I had 'forward' or 'redirect', but it doesn't. If you need a filter to be invoked not only on user's requests, but also when processing forwards and includes inside of your own webapp, you have to configure its mapping in web.xml so that those are passed to it. See the Servlet spec for details. If that is what you mean by forwards and redirects. If you do a client-side redirect (sending a response with HTTP status 302 or 301, 303, 307), the URL where you sent your client will be displayed in her browser's location bar. Best regards, Konstantin Kolinko - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org Konstantin, I fixed the problem! The problem was in the links in the HTML code. If I do a redirect, then the URL in http: shows the true URL, and the links in the page were using it for building the reklative address. Example: with http://www.smith.com html code img src=heading/can-post.gif is really http://www.smith.com/heading/can-post.gif in a forward the http in the toolbar might be http://www.smith.com/cleanurl so the image is http://www.smith.com/cleaurl/heading/can-post.gif and it can't be found. The solution is to have base href=http://www.smith.com/ in the page, so the URL building uses that instead of the misleading URL in the toolbar. - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: URL Rewrite
Michel, michel wrote: ... Konstantin, I fixed the problem! The problem was in the links in the HTML code. If I do a redirect, then the URL in http: shows the true URL, and the links in the page were using it for building the reklative address. Example: with http://www.smith.com html code img src=heading/can-post.gif is really http://www.smith.com/heading/can-post.gif in a forward the http in the toolbar might be http://www.smith.com/cleanurl so the image is http://www.smith.com/cleaurl/heading/can-post.gif and it can't be found. The solution is to have base href=http://www.smith.com/ in the page, so the URL building uses that instead of the misleading URL in the toolbar. I have not followed the entire thread in detail, but take this as friendly advice. You should really, really, *really* think about what you are doing here, before jumping to what may appear as a solution now, but is going to give you a lot of trouble and extra work further down the line. I mean the base href= thing. Basically this is, in my view, a sparadrap on a wooden leg kind of solution (culturally, you should understand what I mean). Unless your website is really small (meaning there are just a few pages), and will stay that way in the future, I would really not recommend the base href solution. The base href option basically stops the browsers from interpreting links in the natural way, and forces them to interpret them in an unnatural way. This can mean that you will have, forever, to write *all* your HTML pages in a certain way, different from the way that HTML editors and content management systems expect. And that can give you a lot of work in the future. It would be far better to really understand the way in which a browser naturally interprets relative links, and to make sure that your server does things in such a way that these pages are sent to the browser with the correct links in the first place. - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: URL Rewrite
- Original Message - From: André Warnier a...@ice-sa.com To: Tomcat Users List users@tomcat.apache.org Sent: Sunday, September 05, 2010 10:25 AM Subject: Re: URL Rewrite Michel, michel wrote: ... Konstantin, I fixed the problem! The problem was in the links in the HTML code. If I do a redirect, then the URL in http: shows the true URL, and the links in the page were using it for building the reklative address. Example: with http://www.smith.com html code img src=heading/can-post.gif is really http://www.smith.com/heading/can-post.gif in a forward the http in the toolbar might be http://www.smith.com/cleanurl so the image is http://www.smith.com/cleaurl/heading/can-post.gif and it can't be found. The solution is to have base href=http://www.smith.com/ in the page, so the URL building uses that instead of the misleading URL in the toolbar. I have not followed the entire thread in detail, but take this as friendly advice. You should really, really, *really* think about what you are doing here, before jumping to what may appear as a solution now, but is going to give you a lot of trouble and extra work further down the line. I mean the base href= thing. Basically this is, in my view, a sparadrap on a wooden leg kind of solution (culturally, you should understand what I mean). Unless your website is really small (meaning there are just a few pages), and will stay that way in the future, I would really not recommend the base href solution. The base href option basically stops the browsers from interpreting links in the natural way, and forces them to interpret them in an unnatural way. This can mean that you will have, forever, to write *all* your HTML pages in a certain way, different from the way that HTML editors and content management systems expect. And that can give you a lot of work in the future. It would be far better to really understand the way in which a browser naturally interprets relative links, and to make sure that your server does things in such a way that these pages are sent to the browser with the correct links in the first place. André, I am not sure that I understand but I think that I do. In this case, I believe that HTML does interpret links in a natural way. Normally, the HTML picks up the base href from the toolbar. In the case of a forward with a clean URL in the toolbar, we already have an unnatural HTML process going on. But I am only using the base href on that single page anyway. Regards, Michel - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: URL Rewrite
michel wrote: ... André, I am not sure that I understand but I think that I do. In this case, I believe that HTML does interpret links in a natural way. Normally, the HTML picks up the base href from the toolbar. In the case of a forward with a clean URL in the toolbar, we already have an unnatural HTML process going on. But I am only using the base href on that single page anyway. I will take your last phrase above first. If that is true, and if it remains that way, then it is not a big problem. But if you find yourself in a situation where you start having to use the base href mechanism in more pages, then stop and rethink the whole thing before you do that. Because it is the kind of thing where you start by putting your little finger, and before you know it, your whole arm will be sucked into it also. Now about the rest. The browser does not really look at the toolbar or the URL input box. The browser gets a page from a server, and it interprets that page. When it does that, the browser knows one thing : from which absolute URL it received the current page. That is its starting point to interpret the links that are contained in the page. In other words, *the URL from which it received the current page* is its natural base href. But when inside that page, you use the base href=... directive, then you force the browser to ignore where-from it has received the current page, and to use this new base href instead. That is a very blunt instrument, because it influences the way in which the browser is now going to interpret all the relative links inside the page. So it is like a big hammer to hit a small nail, and you should be very careful with it. For example, if you give a copy of all your website pages to a website graphic designer, to improve the look, then it means that this graphic designer will not be able to easily simulate your website on his own computer, just because all the links will be interpreted wrongly (they will keep linking to your original website, instead of his copy). For example also, it means that if one day you decide that your clients have to go through a proxy server to access some of your pages, you may have problems because browsers will try, for some links, to keep accessing the original server directly. You get the idea. What I mean in general, is that fixing your problem using a base href may be a quick solution in this particular case, but it is probably not the right solution in general, and may cause you more problems later on. The right solution would be to make sure that all the relative links in your pages, when they are interpreted by the browser and requested from the server, are also being caught by the rewriting mechanism on the server, and properly redirected to where they should. And preferably, that this would happen internally on the server, without sending a redirect response to the browser and forcing the browser to make a second request for everything. - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: URL Rewrite
On Sun, Sep 5, 2010 at 8:38 AM, André Warnier a...@ice-sa.com wrote: The right solution would be to make sure that all the relative links in your pages, when they are interpreted by the browser and requested from the server, are also being caught by the rewriting mechanism on the server, and properly redirected to where they should. Or, uh, just don't *ever* use relative links, period. YMMV, -- Hassan Schroeder hassan.schroe...@gmail.com twitter: @hassan - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: URL Rewrite
- Original Message - From: Hassan Schroeder hassan.schroe...@gmail.com To: Tomcat Users List users@tomcat.apache.org Sent: Sunday, September 05, 2010 12:07 PM Subject: Re: URL Rewrite On Sun, Sep 5, 2010 at 8:38 AM, André Warnier a...@ice-sa.com wrote: The right solution would be to make sure that all the relative links in your pages, when they are interpreted by the browser and requested from the server, are also being caught by the rewriting mechanism on the server, and properly redirected to where they should. Or, uh, just don't *ever* use relative links, period. --- Sorry, but I don't understand why. In most cases relative links are great, simply because they are 'self-updating' when the page gets moved. Hard-coding is a last-resort solution. Michel - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: URL Rewrite
- Original Message - From: André Warnier a...@ice-sa.com To: Tomcat Users List users@tomcat.apache.org Sent: Sunday, September 05, 2010 11:38 AM Subject: Re: URL Rewrite michel wrote: ... André, I am not sure that I understand but I think that I do. In this case, I believe that HTML does interpret links in a natural way. Normally, the HTML picks up the base href from the toolbar. In the case of a forward with a clean URL in the toolbar, we already have an unnatural HTML process going on. But I am only using the base href on that single page anyway. I will take your last phrase above first. If that is true, and if it remains that way, then it is not a big problem. But if you find yourself in a situation where you start having to use the base href mechanism in more pages, then stop and rethink the whole thing before you do that. Because it is the kind of thing where you start by putting your little finger, and before you know it, your whole arm will be sucked into it also. Now about the rest. The browser does not really look at the toolbar or the URL input box. The browser gets a page from a server, and it interprets that page. When it does that, the browser knows one thing : from which absolute URL it received the current page. That is its starting point to interpret the links that are contained in the page. In other words, *the URL from which it received the current page* is its natural base href. But when inside that page, you use the base href=... directive, then you force the browser to ignore where-from it has received the current page, and to use this new base href instead. That is a very blunt instrument, because it influences the way in which the browser is now going to interpret all the relative links inside the page. So it is like a big hammer to hit a small nail, and you should be very careful with it. For example, if you give a copy of all your website pages to a website graphic designer, to improve the look, then it means that this graphic designer will not be able to easily simulate your website on his own computer, just because all the links will be interpreted wrongly (they will keep linking to your original website, instead of his copy). For example also, it means that if one day you decide that your clients have to go through a proxy server to access some of your pages, you may have problems because browsers will try, for some links, to keep accessing the original server directly. You get the idea. What I mean in general, is that fixing your problem using a base href may be a quick solution in this particular case, but it is probably not the right solution in general, and may cause you more problems later on. The right solution would be to make sure that all the relative links in your pages, when they are interpreted by the browser and requested from the server, are also being caught by the rewriting mechanism on the server, and properly redirected to where they should. And preferably, that this would happen internally on the server, without sending a redirect response to the browser and forcing the browser to make a second request for everything. André, I think that you are correct, but I have limited skills in URL rewrite, and I found that getting this part to work was a major pain. I should, in time, return to this. But there is also the case (in this case at least) where the base url is in a JSP and is dynamically generated by a bean, so I am not so sure that generating it from a URL rewrite is any better. Michel - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: URL Rewrite
On Sun, Sep 5, 2010 at 3:23 PM, michel compu...@videotron.ca wrote: Or, uh, just don't *ever* use relative links, period. Sorry, but I don't understand why. In most cases relative links are great, simply because they are 'self-updating' when the page gets moved. ? Obviously not. If you move a page with relative links up or down a hierarchy (whether by actually moving it or referencing it from somewhere else, as in this case) it's broken. Period. Hard-coding is a last-resort solution. No, it's the only sane way to write URLs. Sorry, I've spent too much time in the last 15 years fixing pointlessly broken stuff because other people thought the same thing. -- Hassan Schroeder hassan.schroe...@gmail.com twitter: @hassan - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: URL Rewrite
2010/9/4 michel compu...@videotron.ca: - Original Message - From: Ognjen Blagojevic ognjen.d.blagoje...@gmail.com To: Tomcat Users List users@tomcat.apache.org Sent: Friday, September 03, 2010 6:42 AM Subject: Re: URL Rewrite On 3.9.2010 12:02, michel wrote: I have been using the tuckey urlrewrite with some results, in that if I want to have an incoming URL coming in as gallery/pic20 gets changed to gallery.jsp?pic=20 But the tool bar URL gets displayed as gallery.jsp?pic=20 and I want to display gallery/pic20 Just use rule, not outbond-rule: rule from/gallery/pic([0-9]+)/from to/gallery.jsp?pic=$1/to /rule Thanks, and I have it working at times (worked all day on this) but it seems unreliable. I am expecting that the very same code would work if I had 'forward' or 'redirect', but it doesn't. If you need a filter to be invoked not only on user's requests, but also when processing forwards and includes inside of your own webapp, you have to configure its mapping in web.xml so that those are passed to it. See the Servlet spec for details. If that is what you mean by forwards and redirects. If you do a client-side redirect (sending a response with HTTP status 302 or 301, 303, 307), the URL where you sent your client will be displayed in her browser's location bar. Best regards, Konstantin Kolinko - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: URL Rewrite
On 03/09/2010 11:02, michel wrote: I have been using the tuckey urlrewrite with some results, in that if I want to have an incoming URL coming in as gallery/pic20 gets changed to gallery.jsp?pic=20 But the tool bar URL gets displayed as gallery.jsp?pic=20 and I want to display gallery/pic20 I tried the 'outbound-rule', but that didn't have any effect. I also did some reading, and there was some talk about internal and external rewrite, but I have no real clue on how and what to do with that either. I usually solve this problem by writing a Servlet Filter to parse the URL and supply the id via a request attribute, to the JSP. String pathToJsp = WEB-INF/jsp/item_page.jsp; String id = parseId(request.getRequestURL()); request.setAttribute(id, id); request.getRequestDispatcher(pathToJsp).forward(request, response); Map the url-pattern for the Filter to /gallery/* and you're set. p 0x62590808.asc Description: application/pgp-keys signature.asc Description: OpenPGP digital signature
Re: URL Rewrite
On 3.9.2010 12:02, michel wrote: I have been using the tuckey urlrewrite with some results, in that if I want to have an incoming URL coming in as gallery/pic20 gets changed to gallery.jsp?pic=20 But the tool bar URL gets displayed as gallery.jsp?pic=20 and I want to display gallery/pic20 Just use rule, not outbond-rule: rule from/gallery/pic([0-9]+)/from to/gallery.jsp?pic=$1/to /rule -Ognjen - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: URL Rewrite
- Original Message - From: Ognjen Blagojevic ognjen.d.blagoje...@gmail.com To: Tomcat Users List users@tomcat.apache.org Sent: Friday, September 03, 2010 6:42 AM Subject: Re: URL Rewrite On 3.9.2010 12:02, michel wrote: I have been using the tuckey urlrewrite with some results, in that if I want to have an incoming URL coming in as gallery/pic20 gets changed to gallery.jsp?pic=20 But the tool bar URL gets displayed as gallery.jsp?pic=20 and I want to display gallery/pic20 Just use rule, not outbond-rule: rule from/gallery/pic([0-9]+)/from to/gallery.jsp?pic=$1/to /rule Thanks, and I have it working at times (worked all day on this) but it seems unreliable. I am expecting that the very same code would work if I had 'forward' or 'redirect', but it doesn't. Michel - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: URL Rewrite
- Original Message - From: Pid p...@pidster.com To: Tomcat Users List users@tomcat.apache.org Sent: Friday, September 03, 2010 6:29 AM Subject: Re: URL Rewrite On 03/09/2010 11:02, michel wrote: I have been using the tuckey urlrewrite with some results, in that if I want to have an incoming URL coming in as gallery/pic20 gets changed to gallery.jsp?pic=20 But the tool bar URL gets displayed as gallery.jsp?pic=20 and I want to display gallery/pic20 I tried the 'outbound-rule', but that didn't have any effect. I also did some reading, and there was some talk about internal and external rewrite, but I have no real clue on how and what to do with that either. I usually solve this problem by writing a Servlet Filter to parse the URL and supply the id via a request attribute, to the JSP. String pathToJsp = WEB-INF/jsp/item_page.jsp; String id = parseId(request.getRequestURL()); request.setAttribute(id, id); request.getRequestDispatcher(pathToJsp).forward(request, response); Map the url-pattern for the Filter to /gallery/* and you're set. Thanks, and I will give that a try next. I first opted for the Tuckey URL rewrite since I had first started working with that, but it seems buggy to me. Michel - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: URL rewrite
On Wed, Sep 1, 2010 at 6:21 PM, Hassan Schroeder hassan.schroe...@gmail.com wrote: Is there a way to change the URL for eg: http://abc.com/a to http://abc.com/b/a http://lmgtfy.com/?q=tomcat+url+rewrite Is URL rewrite module inbuilt or is there something that need to get loaded -- Hassan Schroeder hassan.schroe...@gmail.com twitter: @hassan - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: URL rewrite
On Wed, Sep 1, 2010 at 7:04 PM, Christopher Schultz ch...@christopherschultz.net wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Mohit, On 9/1/2010 9:10 PM, Mohit Anchlia wrote: Tomcat 6: Is there a way to change the URL for eg: http://abc.com/a to http://abc.com/b/a Sure: CTRL-L, END, LEFT, 'b', then '/' Voile! Thanks have you used this before :) I was looking for some module in tomcat that will do it for me. I am looking at URL rewrite now. - -chris -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAkx/BjUACgkQ9CaO5/Lv0PAy1ACgrn27f5l0EmVV+ogHJcRPfOfn hbwAnAunqGVIFcuxJudmMZaaWpCfDfbK =NpF0 -END PGP SIGNATURE- - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: URL rewrite
- Original Message - From: Mohit Anchlia mohitanch...@gmail.com To: Tomcat Users List users@tomcat.apache.org Sent: Thursday, September 02, 2010 12:25 PM Subject: Re: URL rewrite On Wed, Sep 1, 2010 at 6:21 PM, Hassan Schroeder hassan.schroe...@gmail.com wrote: Is there a way to change the URL for eg: http://abc.com/a to http://abc.com/b/a http://lmgtfy.com/?q=tomcat+url+rewrite Is URL rewrite module inbuilt or is there something that need to get loaded http://code.google.com/p/urlrewritefilter/ - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: URL rewrite
On Thu, Sep 2, 2010 at 9:35 AM, michel compu...@videotron.ca wrote: - Original Message - From: Mohit Anchlia mohitanch...@gmail.com To: Tomcat Users List users@tomcat.apache.org Sent: Thursday, September 02, 2010 12:25 PM Subject: Re: URL rewrite On Wed, Sep 1, 2010 at 6:21 PM, Hassan Schroeder hassan.schroe...@gmail.com wrote: Is there a way to change the URL for eg: http://abc.com/a to http://abc.com/b/a http://lmgtfy.com/?q=tomcat+url+rewrite Is URL rewrite module inbuilt or is there something that need to get loaded http://code.google.com/p/urlrewritefilter/ Looks like it needs a servlet for tomcat. Is there something like mod_rewrite where any request coming in tomcat and without having to have servlet can be changed? - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
RE: URL rewrite
Mohit, Have you really not heard of servlet mapping before? Are you sure you are using Tomcat and not just Apache webserver? Max Stocker|Director of Technology|TalentOyster|O) 416.342.1145 x 297 www.TalentOyster.com TalentOyster.com: talent for the New Mainstream From: Mohit Anchlia [mohitanch...@gmail.com] Sent: September 2, 2010 12:26 PM To: Tomcat Users List Subject: Re: URL rewrite On Wed, Sep 1, 2010 at 7:04 PM, Christopher Schultz ch...@christopherschultz.net wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Mohit, On 9/1/2010 9:10 PM, Mohit Anchlia wrote: Tomcat 6: Is there a way to change the URL for eg: http://abc.com/a to http://abc.com/b/a Sure: CTRL-L, END, LEFT, 'b', then '/' Voile! Thanks have you used this before :) I was looking for some module in tomcat that will do it for me. I am looking at URL rewrite now. - -chris -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAkx/BjUACgkQ9CaO5/Lv0PAy1ACgrn27f5l0EmVV+ogHJcRPfOfn hbwAnAunqGVIFcuxJudmMZaaWpCfDfbK =NpF0 -END PGP SIGNATURE- - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
RE: URL rewrite
This sounds bad... :( There are options like: - you could set up apache in front of tomcat and url rewrite there - you could use filters - you could have an app that actually uses any servlets.. But maybe you want to consider a forum or discussion list about servlet/jsp development? From: Mohit Anchlia [mohitanch...@gmail.com] Sent: September 2, 2010 12:49 PM To: Tomcat Users List Subject: Re: URL rewrite On Thu, Sep 2, 2010 at 9:35 AM, michel compu...@videotron.ca wrote: - Original Message - From: Mohit Anchlia mohitanch...@gmail.com To: Tomcat Users List users@tomcat.apache.org Sent: Thursday, September 02, 2010 12:25 PM Subject: Re: URL rewrite On Wed, Sep 1, 2010 at 6:21 PM, Hassan Schroeder hassan.schroe...@gmail.com wrote: Is there a way to change the URL for eg: http://abc.com/a to http://abc.com/b/a http://lmgtfy.com/?q=tomcat+url+rewrite Is URL rewrite module inbuilt or is there something that need to get loaded http://code.google.com/p/urlrewritefilter/ Looks like it needs a servlet for tomcat. Is there something like mod_rewrite where any request coming in tomcat and without having to have servlet can be changed? - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: URL rewrite
Am Donnerstag, den 02.09.2010, 09:49 -0700 schrieb Mohit Anchlia: On Thu, Sep 2, 2010 at 9:35 AM, michel compu...@videotron.ca wrote: - Original Message - From: Mohit Anchlia mohitanch...@gmail.com To: Tomcat Users List users@tomcat.apache.org Sent: Thursday, September 02, 2010 12:25 PM Subject: Re: URL rewrite On Wed, Sep 1, 2010 at 6:21 PM, Hassan Schroeder hassan.schroe...@gmail.com wrote: Is there a way to change the URL for eg: http://abc.com/a to http://abc.com/b/a http://lmgtfy.com/?q=tomcat+url+rewrite Is URL rewrite module inbuilt or is there something that need to get loaded http://code.google.com/p/urlrewritefilter/ Looks like it needs a servlet for tomcat. Is there something like mod_rewrite where any request coming in tomcat and without having to have servlet can be changed? You could configure your webapps as multi-level contexts as described on http://tomcat.apache.org/tomcat-6.0-doc/config/context.html. So if your context file was named a.xml you could rename it to b#a.xml. Bye Felix - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: URL rewrite
Is there a way to change the URL for eg: http://abc.com/a to http://abc.com/b/a http://lmgtfy.com/?q=tomcat+url+rewrite -- Hassan Schroeder hassan.schroe...@gmail.com twitter: @hassan - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: URL rewrite
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Mohit, On 9/1/2010 9:10 PM, Mohit Anchlia wrote: Tomcat 6: Is there a way to change the URL for eg: http://abc.com/a to http://abc.com/b/a Sure: CTRL-L, END, LEFT, 'b', then '/' Voile! - -chris -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAkx/BjUACgkQ9CaO5/Lv0PAy1ACgrn27f5l0EmVV+ogHJcRPfOfn hbwAnAunqGVIFcuxJudmMZaaWpCfDfbK =NpF0 -END PGP SIGNATURE- - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: Url rewrite
Something like the following might be helpful for your web.xml: filter filter-nameUrlRewriteFilter/filter-name filter-classorg.tuckey.web.filters.urlrewrite.UrlRewriteFilter/ filter-class !-- init-param param-namelogLevel/param-name param-valuesysout:DEBUG/param-value /init-param -- /filter filter-mapping filter-nameUrlRewriteFilter/filter-name url-pattern/*/url-pattern dispatcherFORWARD/dispatcher dispatcherREQUEST/dispatcher /filter-mapping If you uncomment the init-param items above, youll get debug output. And of course you'll need a file urlrewrite.xml in your WEB-INF to express the rules you want. One of my projects has rules that look like this: rule from^/ContactUs$/from to type=forward/ContactUs.do/to /rule outbound-rule from^/ContactUs.do$/from to/ContactUs/to /outbound-rule My own experience is that tuckey rewrite is very fast. --Ken On Sep 30, 2008, at 1:35 PM, Mohit Anchlia wrote: I am using Tomcat 5.5 and I need to change the URL for eg: abc.com/A to abc.com/B. I read about UrlRewrite at tuckey.org as suggested by this user group. So as I understand I need to do the following: 1. In my servlet B.war file I need to edit web.xml and add the following at the top: filter filter-nameUrlRewriteFilter/filter-name filter- classorg.tuckey.web.filters.urlrewrite.UrlRewriteFilter/filter- class /filter filter-mapping filter-nameUrlRewriteFilter/filter-name url-pattern/*/url-pattern /filter-mapping 2. Redploy My question is if I put it in B.war in web.xml then how will this work because abc.com/A will not be routed to B servlet. Since it will not be routed then how and where will the translation occur? Is there any performance overhead of using UrlRewrite? - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Url rewrite
I think I don't really understand how it works. So if my request abc.com/a doesn't even get to B.war i.e abc.com/b then how would having filters in web.xml help. Also, is adding just rule not enough? Why do we also need to add a filter. On Tue, Sep 30, 2008 at 10:48 AM, Ken Bowen [EMAIL PROTECTED] wrote: Something like the following might be helpful for your web.xml: filter filter-nameUrlRewriteFilter/filter-name filter-classorg.tuckey.web.filters.urlrewrite.UrlRewriteFilter/filter-class !-- init-param param-namelogLevel/param-name param-valuesysout:DEBUG/param-value /init-param -- /filter filter-mapping filter-nameUrlRewriteFilter/filter-name url-pattern/*/url-pattern dispatcherFORWARD/dispatcher dispatcherREQUEST/dispatcher /filter-mapping If you uncomment the init-param items above, youll get debug output. And of course you'll need a file urlrewrite.xml in your WEB-INF to express the rules you want. One of my projects has rules that look like this: rule from^/ContactUs$/from to type=forward/ContactUs.do/to /rule outbound-rule from^/ContactUs.do$/from to/ContactUs/to /outbound-rule My own experience is that tuckey rewrite is very fast. --Ken On Sep 30, 2008, at 1:35 PM, Mohit Anchlia wrote: I am using Tomcat 5.5 and I need to change the URL for eg: abc.com/A to abc.com/B. I read about UrlRewrite at tuckey.org as suggested by this user group. So as I understand I need to do the following: 1. In my servlet B.war file I need to edit web.xml and add the following at the top: filter filter-nameUrlRewriteFilter/filter-name filter- classorg.tuckey.web.filters.urlrewrite.UrlRewriteFilter/filter- class /filter filter-mapping filter-nameUrlRewriteFilter/filter-name url-pattern/*/url-pattern /filter-mapping 2. Redploy My question is if I put it in B.war in web.xml then how will this work because abc.com/A will not be routed to B servlet. Since it will not be routed then how and where will the translation occur? Is there any performance overhead of using UrlRewrite? - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Url rewrite
Below... On Sep 30, 2008, at 1:58 PM, Mohit Anchlia wrote: I think I don't really understand how it works. So if my request abc.com/a doesn't even get to B.war i.e abc.com/b then how would having filters in web.xml help. request abc.com/a doesn't get to B.war BECAUSE it is changed to abc.com/b. Also, is adding just rule not enough? Why do we also need to add a filter. You need the filter to apply the rule to the incoming request to convert as you desire. On Tue, Sep 30, 2008 at 10:48 AM, Ken Bowen [EMAIL PROTECTED] wrote: Something like the following might be helpful for your web.xml: filter filter-nameUrlRewriteFilter/filter-name filter-classorg.tuckey.web.filters.urlrewrite.UrlRewriteFilter/ filter-class !-- init-param param-namelogLevel/param-name param-valuesysout:DEBUG/param-value /init-param -- /filter filter-mapping filter-nameUrlRewriteFilter/filter-name url-pattern/*/url-pattern dispatcherFORWARD/dispatcher dispatcherREQUEST/dispatcher /filter-mapping If you uncomment the init-param items above, youll get debug output. And of course you'll need a file urlrewrite.xml in your WEB-INF to express the rules you want. One of my projects has rules that look like this: rule from^/ContactUs$/from to type=forward/ContactUs.do/to /rule outbound-rule from^/ContactUs.do$/from to/ContactUs/to /outbound-rule My own experience is that tuckey rewrite is very fast. --Ken On Sep 30, 2008, at 1:35 PM, Mohit Anchlia wrote: I am using Tomcat 5.5 and I need to change the URL for eg: abc.com/A to abc.com/B. I read about UrlRewrite at tuckey.org as suggested by this user group. So as I understand I need to do the following: 1. In my servlet B.war file I need to edit web.xml and add the following at the top: filter filter-nameUrlRewriteFilter/filter-name filter- classorg.tuckey.web.filters.urlrewrite.UrlRewriteFilter/filter- class /filter filter-mapping filter-nameUrlRewriteFilter/filter-name url-pattern/*/url-pattern /filter-mapping 2. Redploy My question is if I put it in B.war in web.xml then how will this work because abc.com/A will not be routed to B servlet. Since it will not be routed then how and where will the translation occur? Is there any performance overhead of using UrlRewrite? - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Url rewrite
So does it mean even if the URL is abc/a it will still be routed to the abc/b servlet even though Urlrewrite.xml rule is inside B.war. I am confused in the sense that for tomcat to know if it has to route that request to abc/b wouldn't the URLrewrite need to occur somewhere outside of B.war? On Tue, Sep 30, 2008 at 11:07 AM, Ken Bowen [EMAIL PROTECTED] wrote: Below... On Sep 30, 2008, at 1:58 PM, Mohit Anchlia wrote: I think I don't really understand how it works. So if my request abc.com/a doesn't even get to B.war i.e abc.com/b then how would having filters in web.xml help. request abc.com/a doesn't get to B.war BECAUSE it is changed to abc.com/b. Also, is adding just rule not enough? Why do we also need to add a filter. You need the filter to apply the rule to the incoming request to convert as you desire. On Tue, Sep 30, 2008 at 10:48 AM, Ken Bowen [EMAIL PROTECTED] wrote: Something like the following might be helpful for your web.xml: filter filter-nameUrlRewriteFilter/filter-name filter-classorg.tuckey.web.filters.urlrewrite.UrlRewriteFilter/filter-class !-- init-param param-namelogLevel/param-name param-valuesysout:DEBUG/param-value /init-param -- /filter filter-mapping filter-nameUrlRewriteFilter/filter-name url-pattern/*/url-pattern dispatcherFORWARD/dispatcher dispatcherREQUEST/dispatcher /filter-mapping If you uncomment the init-param items above, youll get debug output. And of course you'll need a file urlrewrite.xml in your WEB-INF to express the rules you want. One of my projects has rules that look like this: rule from^/ContactUs$/from to type=forward/ContactUs.do/to /rule outbound-rule from^/ContactUs.do$/from to/ContactUs/to /outbound-rule My own experience is that tuckey rewrite is very fast. --Ken On Sep 30, 2008, at 1:35 PM, Mohit Anchlia wrote: I am using Tomcat 5.5 and I need to change the URL for eg: abc.com/A to abc.com/B. I read about UrlRewrite at tuckey.org as suggested by this user group. So as I understand I need to do the following: 1. In my servlet B.war file I need to edit web.xml and add the following at the top: filter filter-nameUrlRewriteFilter/filter-name filter- classorg.tuckey.web.filters.urlrewrite.UrlRewriteFilter/filter- class /filter filter-mapping filter-nameUrlRewriteFilter/filter-name url-pattern/*/url-pattern /filter-mapping 2. Redploy My question is if I put it in B.war in web.xml then how will this work because abc.com/A will not be routed to B servlet. Since it will not be routed then how and where will the translation occur? Is there any performance overhead of using UrlRewrite? - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Url rewrite
Yes. I assumed you were putting the rewrite in A.war. On Sep 30, 2008, at 3:41 PM, Mohit Anchlia wrote: So does it mean even if the URL is abc/a it will still be routed to the abc/b servlet even though Urlrewrite.xml rule is inside B.war. I am confused in the sense that for tomcat to know if it has to route that request to abc/b wouldn't the URLrewrite need to occur somewhere outside of B.war? On Tue, Sep 30, 2008 at 11:07 AM, Ken Bowen [EMAIL PROTECTED] wrote: Below... On Sep 30, 2008, at 1:58 PM, Mohit Anchlia wrote: I think I don't really understand how it works. So if my request abc.com/a doesn't even get to B.war i.e abc.com/b then how would having filters in web.xml help. request abc.com/a doesn't get to B.war BECAUSE it is changed to abc.com/b. Also, is adding just rule not enough? Why do we also need to add a filter. You need the filter to apply the rule to the incoming request to convert as you desire. On Tue, Sep 30, 2008 at 10:48 AM, Ken Bowen [EMAIL PROTECTED] wrote: Something like the following might be helpful for your web.xml: filter filter-nameUrlRewriteFilter/filter-name filter-classorg.tuckey.web.filters.urlrewrite.UrlRewriteFilter/ filter-class !-- init-param param-namelogLevel/param-name param-valuesysout:DEBUG/param-value /init-param -- /filter filter-mapping filter-nameUrlRewriteFilter/filter-name url-pattern/*/url-pattern dispatcherFORWARD/dispatcher dispatcherREQUEST/dispatcher /filter-mapping If you uncomment the init-param items above, youll get debug output. And of course you'll need a file urlrewrite.xml in your WEB-INF to express the rules you want. One of my projects has rules that look like this: rule from^/ContactUs$/from to type=forward/ContactUs.do/to /rule outbound-rule from^/ContactUs.do$/from to/ContactUs/to /outbound-rule My own experience is that tuckey rewrite is very fast. --Ken On Sep 30, 2008, at 1:35 PM, Mohit Anchlia wrote: I am using Tomcat 5.5 and I need to change the URL for eg: abc.com/A to abc.com/B. I read about UrlRewrite at tuckey.org as suggested by this user group. So as I understand I need to do the following: 1. In my servlet B.war file I need to edit web.xml and add the following at the top: filter filter-nameUrlRewriteFilter/filter-name filter- classorg.tuckey.web.filters.urlrewrite.UrlRewriteFilter/filter- class /filter filter-mapping filter-nameUrlRewriteFilter/filter-name url-pattern/*/url-pattern /filter-mapping 2. Redploy My question is if I put it in B.war in web.xml then how will this work because abc.com/A will not be routed to B servlet. Since it will not be routed then how and where will the translation occur? Is there any performance overhead of using UrlRewrite? - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Url rewrite
Ken Bowen wrote: Yes. I assumed you were putting the rewrite in A.war. Since A.war probably doesn't exist, you should put it in ROOT.war which handles all requests that don't match any other context. Mark - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Url rewrite
But if I do it in ROOT.war then how would it be forwarded to B.war? On Tue, Sep 30, 2008 at 1:52 PM, Mark Thomas [EMAIL PROTECTED] wrote: Ken Bowen wrote: Yes. I assumed you were putting the rewrite in A.war. Since A.war probably doesn't exist, you should put it in ROOT.war which handles all requests that don't match any other context. Mark - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Url rewrite
Mohit Anchlia wrote: But if I do it in ROOT.war then how would it be forwarded to B.war? Can you make B.war ROOT.war? If not, this isn't going to work and you are going to have to use a redirect. Mark On Tue, Sep 30, 2008 at 1:52 PM, Mark Thomas [EMAIL PROTECTED] wrote: Ken Bowen wrote: Yes. I assumed you were putting the rewrite in A.war. Since A.war probably doesn't exist, you should put it in ROOT.war which handles all requests that don't match any other context. Mark - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: URL rewrite!!!
-Original Message- From: Shahar Cohen [mailto:[EMAIL PROTECTED] Subject: URL rewrite!!! Can anyone tell me how can I configure URL rewrite in tomcat 5.5. Try this: http://tuckey.org/urlrewrite/ - Chuck THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY MATERIAL and is thus for use only by the intended recipient. If you received this in error, please contact the sender and delete the e-mail and its attachments from all computers. - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]