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

Re: URL Rewriting for implementing virtual hosts

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Uma, On 3/3/2009 9:00 PM, uma...@comcast.net wrote: > We have a bunch of web applications packed into a single VM tomcat (6.0.14). > I am looking to segregating the contexts in distinct VMs based on IP address > based virtual hosts. If you want diffe

Re: URL Rewriting for implementing virtual hosts

uma...@comcast.net wrote: > 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. So you want to run entirely separate Tomcat instances? > I assume that to keep this segrega

RE: URL Rewriting for implementing virtual hosts

you can let Apache handle those details http://httpd.apache.org/docs/2.0/vhosts/examples.html //supply your own IP and Port Listen 80 # This is the "main" server running on 172.20.30.40 ServerName server.domain.com DocumentRoot /www/mainserver

[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

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

Re: URL rewriting For Session Tracking

had mentioned it is not a safe practice. Thanks, Kasra - Original Message - From: "Bill Barker" <[EMAIL PROTECTED]> To: Sent: Wednesday, January 03, 2007 11:51 PM Subject: Re: URL rewriting For Session Tracking Usually you would use a tag lib for this sort of thin

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 of URL rewriting to

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 cookies="false" t

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

such a thing, or is seen as not a good practice. I hope this makes my question clear. - Original Message - From: "Caldarale, Charles R" <[EMAIL PROTECTED]> To: "Tomcat Users List" Sent: Wednesday, January 03, 2007 8:43 PM Subject: RE: URL rewriting For

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 autom

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

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?

Kristian 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 consider looking into the HTTP response codes. Also, do you always plan to have apache in front? If you use IE, you will have to write an ISAPI

Re: URL rewriting best practice?

Kristian 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 same things with servlet filter.