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 > > subject line. I am trying to imp

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 $CATALI

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 on

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: users

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 chec

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 > mysite/ge

Re: URL Rewriting

On Wed, Jun 13, 2012 at 2:34 PM, Kiran Badi 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 is cleaner vi

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 t

Re: URL Rewriting

On Wed, Jun 13, 2012 at 11:12 AM, Kiran Badi 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 somewhere. Your c

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 resu

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 possib

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: > >

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

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 ur

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 7.01

Re: mod_jk and URL rewriting/proxying?

12 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 >>>>&

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?

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

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&

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 r

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

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..

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 not

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 wha

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 y

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: 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 = request.getPara

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

"Daniel Henrique Alves Lima" 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 valve isn't that compli

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, instea

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

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, inste

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 and

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 underst

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 modi

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: ... 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')

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 requeste

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 dif

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

hange 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 reso

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 usi

Re: URL Rewriting for implementing virtual hosts

n, you'll need to do one of two things: 1. Proxy the requests yourself (yuk!) 2. Redirect requests to the other Tomcat instances running on different ports (this would be your "URL rewriting" strategy, maybe?) The problem with #2 is that the port must be available to the outside

Re: URL Rewriting for implementing virtual hosts

to keep this segregation transparent to the applications > themselves, > URL rewriting has to be incorporated (if there is another method, pl let me > know). If the applications are in separate Tomcats (ie separate VMs) then they can only share data via an external shared data source like a DB.

RE: URL Rewriting for implementing virtual hosts

ansmission. > Date: Wed, 4 Mar 2009 02:00:45 + > From: uma...@comcast.net > To: users@tomcat.apache.org > Subject: URL Rewriting for implementing virtual hosts > > We have a bunch of web applications packed into a single VM tomcat (6.0.14). > I am looking to segrgati

URL Rewriting for implementing virtual hosts

We have a bunch of web applications packed into a single VM tomcat (6.0.14). I am looking to segrgating the contexts in distinct VMs based on IP address based virtual hosts. I assume that to keep this segregation transparent to the applications themselves, URL rewriting has to be incorporated

Re: No URL rewriting when cookies are disabled

ml >> >> and it actually says, for the "cookies" attribute : >> Set 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

Re: No URL rewriting when cookies are disabled

at-6.0-doc/config/context.html and it actually says, for the "cookies" attribute : Set 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 ident

Re: No URL rewriting when cookies are disabled

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

> 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

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

, 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 for

No URL rewriting when cookies are disabled

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 for each request

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 th

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: But seems it does not work. Any suggestion would be appreciated. Thanks.

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 fil

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

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 /usr/local/apache224/conf/

[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,

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, Lars

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. Rega

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 us

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

re a relatively simple 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 a

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 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

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

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. &

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

-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: Ho

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 interest

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

> 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&qu

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: "Princi

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

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

Re: URL rewriting For Session Tracking

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Chuck, Caldarale, Charles R wrote: > So setting cookies="false" in the element isn't sufficient? That just tells Tomcat not to use cookies to send session identification to the browser. Yes, the alternative to cookies is the use o

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/ ru

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 cook

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 >>

Re: URL rewriting For Session Tracking

ones. And that's my question; can I use the first syntax. Or > there is no way but to use the second syntax if I want the session to be > kept. > > > Thanks, > Kasra > - Original Message - > From: "Caldarale, Charles R" <[EMAIL PROTECTED]>

Re: URL rewriting For Session Tracking

e session to be > kept. > > > Thanks, > Kasra > - Original Message - > From: "Caldarale, Charles R" <[EMAIL PROTECTED]> > To: "Tomcat Users List" > Sent: Wednesday, January 03, 2007 9:56 PM > Subject: RE: URL rewriting For Session T

Re: URL rewriting For Session Tracking

on to be kept. Thanks, Kasra - Original Message - From: "Caldarale, Charles R" <[EMAIL PROTECTED]> To: "Tomcat Users List" Sent: Wednesday, January 03, 2007 9:56 PM Subject: RE: URL rewriting For Session Tracking From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]

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). D

Re: URL rewriting For Session Tracking

is created 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

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 tha

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

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 de

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

url rewriting for directory listings in default servlet

Hi, i wanna list directory entries with german special chars like ä, ü, ö. this chars were not urlencodiert from the DefaultServlet. my machins LANG is de_DE an i start tomcat with -Duser.language=de -Duser.region=DE. what i am doing wrong? thanks, thomas ---

Security constraints & URL rewriting

Hi I'd like to re-write some of the URLs of my web app to support wildcard prefixes (ie, //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 before my URL re-wri

Re: URL rewriting best practice?

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

Re: URL rewriting best practice?

To: Tomcat Users List | |cc: | |Subject: R

Re: URL rewriting best practise?

Hi Bruno; Bruno Georges schrieb: > I forgot to ask if you want the user to see the new URL or not, is this > important in your application? If this is the case then you will have to No, that's not really important. Just want to expose the site using a more "human-readable" URL format than one fi

Re: URL rewriting best practice?

Hi Bruno; Bruno Georges schrieb: > you can write a servlet filter for this. It will be easier that way. > mod_rewrite is one way of doing it , but if you are going to target only > your JSP I would recommend to go to the servlet filter way. > You could also use valves, but you can do almost the s

Re: URL rewriting best practise?

r:8080/Site?path=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 id

Re: URL rewriting best practice?

//foobar:8080/Site?path=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 init