Re: Redirection/URL rewriting Tomcat 8.5.14

Hi Chris, 2017-05-12 13:31 GMT-04:00 Christopher Schultz : > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA256 > > Daniel, > > On 5/12/17 10:03 AM, Daniel Savard wrote: > > Hi everyone, > > > > my question is not specific to the Tomcat version specified in the > >

Re: Redirection/URL rewriting Tomcat 8.5.14

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Daniel, On 5/12/17 10:03 AM, Daniel Savard wrote: > Hi everyone, > > my question is not specific to the Tomcat version specified in the > subject line. I am trying to implement a URL rewrite or > redirection using Tomcat. What I want to do is the

Redirection/URL rewriting Tomcat 8.5.14

Hi everyone, my question is not specific to the Tomcat version specified in the subject line. I am trying to implement a URL rewrite or redirection using Tomcat. What I want to do is the following: In a given instance of Tomcat, I have each application context setup using the xml files in

Re: URL Rewriting

Why are you so eager to remove the ids from the URL? Thanks Chris for reply,It was looking ugly thats the reason.Anyways, now that I have fixed most of gaps, I think I should be fine with this. - To unsubscribe, e-mail:

Re: URL Rewriting

Andre, I am a big fan of yours with the way you explain the things in neat way.Being a moderator/owner of some of large lists of my profession for close to 8 years now I rarely had this kind of patience to write so much and so neat. BTW For the time being, I would prefer to keep this thread

Re: URL Rewriting

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Kiran, On 6/13/12 12:16 AM, Kiran Badi wrote: I have bunch of functionalities which are showing up with urls as http://localhost:8080/mysite/getmyservice.do?id=17 and I just need to hide them and show some neat url something like

Re: URL Rewriting

Kiran Badi wrote: Please inline for my answers Andre. Kiran, Why does that id=17 visible in the URL bother you ? Is it because of some security aspect ? (that the user could change it, and get something else than what they should be getting ?) Thanks for reminding this aspect.I was not

Re: URL Rewriting

Kiran Badi wrote: Hi All, For some of the functionality, I have url in the below format http://localhost:8080/mysite/getmyservice.do?id=17 What I was looking for is to hide the id part of the url and just show something like http://localhost:8080/mysite/getmyservice.do# Is this hack

Re: URL Rewriting

Please inline for my answers Andre. Kiran, Why does that id=17 visible in the URL bother you ? Is it because of some security aspect ? (that the user could change it, and get something else than what they should be getting ?) Thanks for reminding this aspect.I was not checking for empty

Re: URL Rewriting

On Wed, Jun 13, 2012 at 11:12 AM, Kiran Badi ki...@poonam.org wrote: why I not getting the url of jsp something like http://localhost:8080/ourstory/myiddata.jsp If you want 'clean' URLs you should get rid of the '.jsp' too, but ... The bottom line is the value for 'id' needs to come from

Re: URL Rewriting

Thanks Hassan. If you want 'clean' URLs you should get rid of the '.jsp' too, but ... The bottom line is the value for 'id' needs to come from somewhere. Your choices are: 1) Embed it in the URL for GET requests, either via query string or as path info (e.g. /story/data/17 ) and handle

Re: URL Rewriting

On Wed, Jun 13, 2012 at 2:34 PM, Kiran Badi ki...@poonam.org wrote: 1) Embed it in the URL for GET requests, either via query string or    as path info  (e.g. /story/data/17 ) I think this is what I am presently doing. The query string approach, yes; personally I think the pathinfo approach

URL Rewriting

Hi All, For some of the functionality, I have url in the below format http://localhost:8080/mysite/getmyservice.do?id=17 What I was looking for is to hide the id part of the url and just show something like http://localhost:8080/mysite/getmyservice.do# Is this hack possible with tomcat

Re: URL Rewriting

There is a handy URL rewrite filter already built. http://www.tuckey.org/urlrewrite/ You can hide the ID if you post the form but you need to be a bit more specific with what you want to do Oz On 13/06/2012, at 1:21 PM, Kiran Badi wrote: Hi All, For some of the functionality, I have url

Re: URL Rewriting

On 6/13/2012 9:18 AM, Oguz Kologlu wrote: There is a handy URL rewrite filter already built. http://www.tuckey.org/urlrewrite/ You can hide the ID if you post the form but you need to be a bit more specific with what you want to do Oz Thanks Oguz, I have bunch of functionalities which are

Re: URL Rewriting

Kiren You'll need to pass in the id somehow. Maybe something like: /mysite/service/17 and use the URL rewrite filter to map it to /mysite/getmyservice.do?id=17 Have a look at the doco for more info Should not cause any other issues. Oz On 13/06/2012, at 2:16 PM, Kiran Badi wrote: On

Re: mod_jk and URL rewriting/proxying?

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Casper, On 2/10/12 2:20 AM, Casper Wandahl Schmidt wrote: Well at least I don't have to restart tomcat for the changes to take effect :) Maybe I would take some time to look at how tomcat reads from server.xml and how the host-manager works and

Re: mod_jk and URL rewriting/proxying?

: Casper Wandahl Schmidt [mailto:kalle.pri...@gmail.com] Subject: mod_jk and URL rewriting/proxying? I don't want the app to become ROOT since I have another app that should be running as ROOT. And how is that one accessed? From what you described it sounds like you want the same URL to hit

mod_jk and URL rewriting/proxying?

Hi List I have a quick question (I hope). I'm using mod_jk to forward from Apache httpd 2.2.8 to tomcat 7.0.20 (Ubuntu 8.04). I think I saw something on this list some time ago but can't remember what it was really about (the real issue was not want I want to do). So I want users to access

RE: mod_jk and URL rewriting/proxying?

From: Casper Wandahl Schmidt [mailto:kalle.pri...@gmail.com] Subject: mod_jk and URL rewriting/proxying? I don't want the app to become ROOT since I have another app that should be running as ROOT. And how is that one accessed? From what you described it sounds like you want the same URL

Re: mod_jk and URL rewriting/proxying?

Den 09-02-2012 19:36, Caldarale, Charles R skrev: From: Casper Wandahl Schmidt [mailto:kalle.pri...@gmail.com] Subject: mod_jk and URL rewriting/proxying? I don't want the app to become ROOT since I have another app that should be running as ROOT. And how is that one accessed? From what you

Re: mod_jk and URL rewriting/proxying?

On 09.02.2012 19:07, Casper Wandahl Schmidt wrote: Hi List I have a quick question (I hope). I'm using mod_jk to forward from Apache httpd 2.2.8 to tomcat 7.0.20 (Ubuntu 8.04). I think I saw something on this list some time ago but can't remember what it was really about (the real issue was

RE: mod_jk and URL rewriting/proxying?

-Original Message- From: Caldarale, Charles R [mailto:chuck.caldar...@unisys.com] Sent: Thursday, February 09, 2012 12:36 PM To: Tomcat Users List Subject: RE: mod_jk and URL rewriting/proxying? From: Casper Wandahl Schmidt [mailto:kalle.pri...@gmail.com] Subject: mod_jk

RE: mod_jk and URL rewriting/proxying?

From: Jeffrey Janner [mailto:jeffrey.jan...@polydyne.com] Subject: RE: mod_jk and URL rewriting/proxying? does one still have to modify the server.xml if we want new hosts to be there the next time we restart tomcat? A brief scan of the code indicates that you will have to maintain

Re: mod_jk and URL rewriting/proxying?

On 09/02/2012 20:18, Caldarale, Charles R wrote: From: Jeffrey Janner [mailto:jeffrey.jan...@polydyne.com] Subject: RE: mod_jk and URL rewriting/proxying? does one still have to modify the server.xml if we want new hosts to be there the next time we restart tomcat? A brief scan

Re: mod_jk and URL rewriting/proxying?

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Casper, On 2/9/12 1:43 PM, Casper Wandahl Schmidt wrote: Den 09-02-2012 19:36, Caldarale, Charles R skrev: From: Casper Wandahl Schmidt [mailto:kalle.pri...@gmail.com] Subject: mod_jk and URL rewriting/proxying? I don't want the app to become

Re: mod_jk and URL rewriting/proxying?

Den 09-02-2012 22:02, Christopher Schultz skrev: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Casper, On 2/9/12 1:43 PM, Casper Wandahl Schmidt wrote: Den 09-02-2012 19:36, Caldarale, Charles R skrev: From: Casper Wandahl Schmidt [mailto:kalle.pri...@gmail.com] Subject: mod_jk and URL

Changing url rewriting behaviour (';jsessionid')

Hi, everybody. First of all: I'm sorry for my poor English. Is it possible to change url rewriting schema to use a different path separator (instead of ';') or even to use a request parameter (instead of a path append) ? The problem: - I'm using OpenOffice API

Re: Changing url rewriting behaviour (';jsessionid')

url rewriting schema to use a different path separator (instead of ';') or even to use a request parameter (instead of a path append) ? The problem: - I'm using OpenOffice API to convert (on the fly) some html pages from our webapp; - I need to convert resources from protected

Re: Changing url rewriting behaviour (';jsessionid')

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Daniel, On 6/29/2009 3:16 PM, Daniel Henrique Alves Lima wrote: Hi, everybody. First of all: I'm sorry for my poor English. Your English is quite good! Is it possible to change url rewriting schema to use a different path separator

Re: Changing url rewriting behaviour (';jsessionid')

On Mon, 2009-06-29 at 16:15 -0400, Christopher Schultz wrote: Hi, Chris ! Are you trying to change the URLs that are emitted in the HTML your application generates? Yes and no. Declarative security will only work if tomcat recognizes jsession id (either coming encoded in requested

Re: Changing url rewriting behaviour (';jsessionid')

Daniel Henrique Alves Lima wrote: ... Hi. If I understand what you are trying to do : 1) a client enters your application, authenticates, navigates, and displays a result html page. 2) on this page, is a button that says get this page as PDF 3) the client clicks on that button, and is supposed

Re: Changing url rewriting behaviour (';jsessionid')

I've some few alternatives: 1. Use a Java Web Proxy to convert requests and responses between ooffice and Tomcat; 2. Use a Java crawler (spider/mirror tool) to make the first request, generate local files and then call oo. I was just wondering if was easier to

Re: Changing url rewriting behaviour (';jsessionid')

Yes ! Now imagine my frustration with ooffice escaping a ';' :-( Browser, wget and other applications seems to work ok with URL encoded jsessionid. On Tue, 2009-06-30 at 00:00 +0200, André Warnier wrote: Daniel Henrique Alves Lima wrote: ... Hi. If I understand what you are trying to do :

Re: Changing url rewriting behaviour (';jsessionid')

Daniel Henrique Alves Lima wrote: Yes ! Now imagine my frustration with ooffice escaping a ';' :-( Browser, wget and other applications seems to work ok with URL encoded jsessionid. On Tue, 2009-06-30 at 00:00 +0200, André Warnier wrote: Daniel Henrique Alves Lima wrote: ... Hi. If I

Re: Changing url rewriting behaviour (';jsessionid')

Daniel Henrique Alves Lima wrote: I've some few alternatives: 1. Use a Java Web Proxy to convert requests and responses between ooffice and Tomcat; Or use a httpd front-end.. 2. Use a Java crawler (spider/mirror tool) to make the first request, generate local files

Re: Changing url rewriting behaviour (';jsessionid')

On Tue, 2009-06-30 at 00:52 +0200, André Warnier wrote: Hi, Andre ! 11) the filter captures the html output, and writes it to a local temporary file. Then it calls OOo /on this file/, and asks for a PDF version. Then it picks up the PDF version, and returns this as a response, instead

Re: Changing url rewriting behaviour (';jsessionid')

On Tue, 2009-06-30 at 01:02 +0200, André Warnier wrote: Daniel Henrique Alves Lima wrote: 1. Use a Java Web Proxy to convert requests and responses between ooffice and Tomcat; Or use a httpd front-end.. Yes. But i don't need this request-response magic all the time. I just need

Re: Changing url rewriting behaviour (';jsessionid')

Daniel Henrique Alves Lima email_danie...@yahoo.com.br wrote in message news:1246314288.10803.6.ca...@magnaopus.no-ip.biz... Yes ! Now imagine my frustration with ooffice escaping a ';' :-( Browser, wget and other applications seems to work ok with URL encoded jsessionid. The custom

Re: Changing url rewriting behaviour (';jsessionid')

First of all: Thanks (Christopher, Andre, Bill and everybody) ! The complete solution is compound of 3 parts: 1. The Valve to process jsessionid (just a piece of the source code) if (!request.isRequestedSessionIdFromCookie()) { String jsessionid =

Re: No URL rewriting when cookies are disabled

to true if you want cookies to be used for session identifier communication if supported by the client (this is the default). Set to false if you want to disable the use of cookies for session identifier communication, and rely only on URL rewriting *by the application*. André has the answer

Re: No URL rewriting when cookies are disabled

, servlet containers (e.g. Tomcat), should automatically fallback to URL rewriting (i.e. adding the jsessionid parameter to the url) when the browser refuses to accept cookies. This works fine with cookies enabled, however, as soon as I disable cookies in my browser, a new session is created

Re: No URL rewriting when cookies are disabled

It's a known bug in Tomcat, if I'm not mistaken: https://issues.apache.org/bugzilla/show_bug.cgi?id=43839 Rgds Gregor -- just because your paranoid, doesn't mean they're not after you... gpgp-fp: 79A84FA526807026795E4209D3B3FE028B3170B2 gpgp-key available @ http://pgpkeys.pca.dfn.de:11371

RE: No URL rewriting when cookies are disabled

From: Gregor Schneider [mailto:rc4...@googlemail.com] Subject: Re: No URL rewriting when cookies are disabled It's a known bug in Tomcat, if I'm not mistaken: https://issues.apache.org/bugzilla/show_bug.cgi?id=43839 That bug was fixed over a year ago, and the fix is in the version the OP

Re: No URL rewriting when cookies are disabled

for session identifier communication if supported by the client (this is the default). Set to false if you want to disable the use of cookies for session identifier communication, and rely only on URL rewriting *by the application*. André has the answer right here (though without details

Re: No URL rewriting when cookies are disabled

to false if you want to disable the use of cookies for session identifier communication, and rely only on URL rewriting *by the application*. André has the answer right here (though without details). In order to get your application to rewrite URLs, you need to pass every single outgoing URL

How to disable tomcat url rewriting

Hi all, I'm now using tomcat6.0 as my app server. Then how can I disable tomcat's url rewriting forcely? I've tried several ways, eg. put a context.xml in folder META-INF with the following content: ?xml version='1.0' encoding='UTF-8'? Context path='/app' cookies='true' !-- other settings

RE: How to disable tomcat url rewriting

From: 田标 [mailto:[EMAIL PROTECTED] Subject: How to disable tomcat url rewriting Then how can I disable tomcat's url rewriting forcely? What do you mean by tomcat's url rewriting? Are you referring to appending JSESSIONID to any URLs returned? This thread discusses some alternatives: http

mod_jk and url rewriting+forwarding

hi, I want to forward http://proxy/gqaf:soi:PAR:TRE:001 (proxy is an apache) to http://backend:8080/gqaf-web/gqaf:soi:PAR:TRE:001 (backend:8080 is a tomcat server) I downloaded mod_jk and modified httpd.conf: LoadModule jk_module modules/mod_jk.so JkWorkersFile

Re: mod_jk and url rewriting+forwarding

mod_jk doesn't use the HTTP protocol. It uses the AJP13 protocol. Unless you've done something unusual with your tomcat, the 8080 connector will be talking HTTP, not AJP. Default AJP port is usually 8009, so try 'worker.MyWorker.port=8009' in your workers.properties file. If you've changed

Re: mod_jk and url rewriting+forwarding

David Smith schrieb: mod_jk doesn't use the HTTP protocol. It uses the AJP13 protocol. Unless you've done something unusual with your tomcat, the 8080 connector will be talking HTTP, not AJP. Default AJP port is usually 8009, so try 'worker.MyWorker.port=8009' in your workers.properties

URL rewriting and mod_jk

Hi, when I use the following: Options +FollowSymLinks RewriteEngine on RewriteRule ^/news/([0-9]+)$ /news/$1/ [R] RewriteRule ^/news/([0-9]+)/$ /news.jsp?id=$1 and I use this URL: http://localhost/news/1 apache-tomcat displays the jsp-page - with source code (html and jsp code). I am

Re: URL rewriting and mod_jk

Hi Lars, most liekly you need to set the pass through flag PT for the rewrite rules. See also pass through in http://httpd.apache.org/docs/2.2/mod/mod_rewrite.html Also: if you are using VirtualHosts, you need to put the JkMount into the VirtualHosts. Let us know, if that works.

Re: URL rewriting and mod_jk

Hi Rainer, and thanks for your reply. The [PT] at the end of the line seems to be the 'trick'. I have another question: If the user enters: http://www.domainname.dk/news/news.jsp?id=5, is there then any way to force the url to change to: http://www.domainname.dk/news/news/5/ ? thanks,

[OT] Re: URL rewriting and mod_jk

Hi lars, you can match against QUERY_STRING in RewriteCond and then use the match via %N in the replacement part of the RewriteRule. See QUERY_STRING and %N in the docs page of mod_rewrite. For more special mod_rewrite questions not directly related to mod_jk or Tomcat interoperability, the

Re: URL rewriting issue in tomcat

Use UrlRewriteFilter: http://tuckey.org/urlrewrite/ to express the rules you need. int wrote: I have two sites running on the same server that are sharing classes, jsps, etc. I want them to be accessible via two different domains though, as follows: http://domain.com/ should serve files

URL rewriting issue in tomcat

way to do this in Tomcat, since I'm not able to find any? Thanks! -- View this message in context: http://www.nabble.com/URL-rewriting-issue-in-tomcat-tf4863127.html#a13916622 Sent from the Tomcat - User mailing list archive at Nabble.com

Session Tracking(URL rewriting) how to avoid session Id in URL

Hi, I am using JSF on JBOSS. I disabled cookies and use URL rewriting for session tracking. All h:outputLink URLs have session id that are added automatically. I like to the link to open in a new session. How to prevent session id on the URL? Thanks, dave

Re: URL rewriting For Session Tracking

] To: Tomcat Users List users@tomcat.apache.org Sent: Wednesday, January 03, 2007 9:56 PM Subject: RE: URL rewriting For Session Tracking From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Subject: Re: URL rewriting For Session Tracking Basically I have a webapp and I want to have a session for each

Re: URL rewriting For Session Tracking

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Chuck, Caldarale, Charles R wrote: From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Subject: Re: URL rewriting For Session Tracking Do I have to wrap every link that I have in my webapp with an Httpservletresponse.encodeURL()? No. As I

Re: URL rewriting For Session Tracking

[EMAIL PROTECTED] wrote: All I want to do is 'URL rewriting For Session Tracking'. Do I have to do this manually in my code (using response.encodeURL), or is there an automatic way of doing this in Tomcat (such as using a filter or value) that would handle this for me? Add cookies=false

RE: URL rewriting For Session Tracking

From: Christopher Schultz [mailto:[EMAIL PROTECTED] Subject: Re: URL rewriting For Session Tracking I think you are misinterpreting the OP's question... I think he wants to /force/ the use of URL rewriting to include the jsessionid. In that case, he /must/ run all his links through

Re: URL rewriting For Session Tracking

HttpServletResponse.encodeURL if you want to use URL rewriting at all. - -chris -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFFnRnI9CaO5/Lv0PARAtfpAJ4qW0hrjvzbXhRGg3CrF3tsMUmuLQCbBz05 5bu0ZELNsuHss9CoJQDnaJ8= =2D9m -END PGP

Re: URL rewriting For Session Tracking

En l'instant précis du 01/04/07 16:04, Caldarale, Charles R s'exprimait dans toute sa noblesse: From: Christopher Schultz [mailto:[EMAIL PROTECTED] Subject: Re: URL rewriting For Session Tracking I think you are misinterpreting the OP's question... I think he wants to /force/ the use

Re: URL rewriting For Session Tracking

David Delbecq wrote: 2) in some cases it can be useful to have 2 sessions in same browser (something you can't do with cookies) Hello David, I've never thought about that; it looks interesting. Do you have a real use case for that? Thank you in advance. _F_M

RE: URL rewriting For Session Tracking

From: fausto mancini [mailto:[EMAIL PROTECTED] 2) in some cases it can be useful to have 2 sessions in same browser (something you can't do with cookies) Hello David, I've never thought about that; it looks interesting. Do you have a real use case for that? Here's one: Principle of

RE: URL rewriting For Session Tracking

From: David Delbecq [mailto:[EMAIL PROTECTED] Subject: Re: URL rewriting For Session Tracking Many thanks to Chris and David for the enlightenment. Another question: How would one handle links embedded in static content? Is it simply a matter of don't do that? - Chuck THIS COMMUNICATION

Re: URL rewriting For Session Tracking

Caldarale, Charles R wrote: To step back a little: why would it be important to use URL encoding to track sessions rather than do it with cookies? Some log analyzers use such information to generate user profiles, etc. -- Mikolaj Rydzewski [EMAIL PROTECTED] smime.p7s Description: S/MIME

Re: URL rewriting For Session Tracking

En l'instant précis du 01/04/07 16:32, fausto mancini s'exprimait dans toute sa noblesse: David Delbecq wrote: 2) in some cases it can be useful to have 2 sessions in same browser (something you can't do with cookies) Hello David, I've never thought about that; it looks interesting. Do

Re: URL rewriting For Session Tracking

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Chuck, Caldarale, Charles R wrote: From: David Delbecq [mailto:[EMAIL PROTECTED] Subject: Re: URL rewriting For Session Tracking Many thanks to Chris and David for the enlightenment. Another question: How would one handle links embedded

RE: URL rewriting For Session Tracking

From: David Delbecq [mailto:[EMAIL PROTECTED] Of course, first is anyway incompatible with http based authentification, can only work on form based authentification (because browser caches the user/pass) Not true - if the app uses in-memory session cookies (true for ASP, ASP.Net and JSP)

Re: URL rewriting For Session Tracking

En l'instant précis du 01/04/07 16:37, Caldarale, Charles R s'exprimait dans toute sa noblesse: From: David Delbecq [mailto:[EMAIL PROTECTED] Subject: Re: URL rewriting For Session Tracking Many thanks to Chris and David for the enlightenment. Another question: How would one handle

Re: URL rewriting For Session Tracking

Hi Bill, In my case, I can't use taglibs since I am generating the code dynamically. But even if I could use taglibs, then part of what the taglib does is really using response.encodeURL(second.jsp) to do the URL rewriting without you having to worry about it. So, I think the ultimate answer

URL rewriting For Session Tracking

Hi Everyone, I tried to find answer to this question on the archive and documentation, but I couldn't find a clear answer which is weird since I expected to find an answer easily. All I want to do is 'URL rewriting For Session Tracking'. Do I have to do this manually in my code (using

RE: URL rewriting For Session Tracking

From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Subject: URL rewriting For Session Tracking All I want to do is 'URL rewriting For Session Tracking'. I have to admit that I don't really understand your question. What do you need to do with sessions that Tomcat doesn't already do

Re: URL rewriting For Session Tracking

with jsessionid). Do I have to wrap every link that I have in my webapp with an Httpservletresponse.encodeURL()? I was expecting that there would be a configuration swich for example in server.xml file of Tomcat that I would switch it on, and the url rewriting that would include the jsessionid

RE: URL rewriting For Session Tracking

From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Subject: Re: URL rewriting For Session Tracking Basically I have a webapp and I want to have a session for each user that connects to my server (just the usual servlet session that is created with jsessionid). Do I have to wrap every link

Re: URL rewriting For Session Tracking

PM Subject: RE: URL rewriting For Session Tracking From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Subject: Re: URL rewriting For Session Tracking Basically I have a webapp and I want to have a session for each user that connects to my server (just the usual servlet session that is created

Re: URL rewriting For Session Tracking

the second syntax if I want the session to be kept. Thanks, Kasra - Original Message - From: Caldarale, Charles R [EMAIL PROTECTED] To: Tomcat Users List users@tomcat.apache.org Sent: Wednesday, January 03, 2007 9:56 PM Subject: RE: URL rewriting For Session Tracking From: [EMAIL

URL rewriting with mod_rewrite and mod_jk possible?

Hi, I'm using a Tomcat 5.5.20 and an Apache 2.x. Using the mod_jk special request will be passed through the Tomcat. But now I have a problem with two Tomcat instances and the same context (the name is equal) in these instances. Here is my workers.properties: ps=\ worker.list=tomcat1, tomcat2

Re: URL rewriting with mod_rewrite and mod_jk possible?

You can experiment with the following alternative way of defining JkMount: If you want to forward a certain request via mod_jk wo a worker X, you can do that by setting: SetHandler jakarta-servlet SetEnv JK_WORKER_NAME X Now you can vary this by using SetEnvIf instead of SetEnv to make it

Security constraints URL rewriting

Hi I'd like to re-write some of the URLs of my web app to support wildcard prefixes (ie, /resource-id value/servlet/) and wonder if this is possible when using authentication defined by security constraints (and url-pattern) in the web.xml As I understand it, the HTTP request is authenticated

Re: URL rewriting best practice?

=home/users to, in example, show the site section home - users. For now, I'd like to do URL rewriting in order to provide users with an URL like http://foobar:8080/home/users or maybe http://foobar:8080/Site/home/users to see the same content. My initial idea was to use apache, mod_jk

Re: URL rewriting best practise?

to, in example, show the site section home - users. For now, I'd like to do URL rewriting in order to provide users with an URL like http://foobar:8080/home/users or maybe http://foobar:8080/Site/home/users to see the same content. My initial idea was to use apache, mod_jk and mod_rewrite to do

Re: URL rewriting best practice?

| |cc: | |Subject: Re: URL rewriting best practise

Re: URL rewriting best practice?

Bruno Georges wrote: you can write a servlet filter for this. ... or use an existing one: http://tuckey.org/urlrewrite/ FWIW! -- Hassan Schroeder - [EMAIL PROTECTED] Webtuitive Design === (+1) 408-938-0567 === http://webtuitive.com