Hello!
Why sometimes and I can see the the attribute jsessionid in the URL of my
app and sometimes and I can't?
Anybody know how to control this behaviour?
Thanks,
JP
so
in the end would show no real effect anyway (provided that
you're not doing direct JSP calls, but wrap them into a
standard Struts forward action at least, which is definitely
recommendable).
Considering the URL rewriting issue: just yesterday I
wrote about enforcing Cookies (for certain
-
From: news [mailto:[EMAIL PROTECTED] On Behalf Of Michael E. Allen
Sent: Thursday, January 22, 2004 10:37 PM
To: [EMAIL PROTECTED]
Subject: Re: Help URL Rewriting
Ted Husted wrote:
The container can't be sure that any given client supports cookies,
so
it will always use URL rewriting
no real effect anyway (provided that
you're not doing direct JSP calls, but wrap them into a
standard Struts forward action at least, which is definitely
recommendable).
Considering the URL rewriting issue: just yesterday I
wrote about enforcing Cookies (for certain parts of
the application
Ted Husted wrote:
The container can't be sure that any given client supports cookies, so
it will always use URL rewriting on the first request.
Is there any way to shut that off? From and Action I am returning an
ActionForward from the execute that maps to an jnlp file. The
?jsessionid
What about session=false on your jsp page directive? Would this help?
Eric.
-Original Message-
From: news [mailto:[EMAIL PROTECTED] On Behalf Of Michael E. Allen
Sent: Thursday, January 22, 2004 10:37 PM
To: [EMAIL PROTECTED]
Subject: Re: Help URL Rewriting
Ted Husted wrote
Hi,
I have a strut application running with ServletExec 4.1 (patch 20...)
I want to manage my session with cookies... not url rewrinting
need to disable url Rewriting (to complicate to explain why here...)
1) I Enable cookie in my explorer
2) E disable url rewrinting with ServletExec admin
The container can't be sure that any given client supports cookies, so
it will always use URL rewriting on the first request.
-Ted.
michel Van Asten wrote:
Hi,
I have a strut application running with ServletExec 4.1 (patch 20...)
I want to manage my session with cookies... not url rewrinting
Is there any way to disable URL rewriting (with jsessionid) in Tomcat or
via struts-config.xml or anything? I'm about at my wits end with this
jsessionid thing - now our search engine which indexes by crawling the
site (and doesn't support cookies) can't index properly because
encodeUrl and encodeURL?
Quoting Brice Ruth [EMAIL PROTECTED]:
Is there any way to disable URL rewriting (with jsessionid) in Tomcat or
via struts-config.xml or anything? I'm about at my wits end with this
jsessionid thing - now our search engine which indexes by crawling the
site (and doesn't
Brice Ruth [EMAIL PROTECTED]:
Is there any way to disable URL rewriting (with jsessionid) in Tomcat or
via struts-config.xml or anything? I'm about at my wits end with this
jsessionid thing - now our search engine which indexes by crawling the
site (and doesn't support cookies) can't index
]:
Is there any way to disable URL rewriting (with jsessionid) in Tomcat or
via struts-config.xml or anything? I'm about at my wits end with this
jsessionid thing - now our search engine which indexes by crawling the
site (and doesn't support cookies) can't index properly because
=/static/index.html /
% } %
and just saved a static snapshot of the main page in
/static with Cookies enabled, so the jsessionid things are
not appended to the links. Google won't be able
to tell the difference because of the forward.
Considering 'brute' means as disabling URL
rewriting in general
the opposite. In other words, turn
off
cookies and only use rewriting.
Hm, what if you create a filter to wrap the response with an
HttpServletResponseWrapper that no-ops encodeUrl and encodeURL?
Quoting Brice Ruth [EMAIL PROTECTED]:
Is there any way to disable URL rewriting
use rewriting.
Hm, what if you create a filter to wrap the response with an
HttpServletResponseWrapper that no-ops encodeUrl and encodeURL?
Quoting Brice Ruth [EMAIL PROTECTED]:
Is there any way to disable URL rewriting (with jsessionid) in Tomcat or
via struts-config.xml or anything? I'm
the response with an
HttpServletResponseWrapper that no-ops encodeUrl and encodeURL?
Quoting Brice Ruth [EMAIL PROTECTED]:
Is there any way to disable URL rewriting (with jsessionid) in
Tomcat or via struts-config.xml or anything? I'm about at my wits
end with this jsessionid thing - now our search
.
Hm, what if you create a filter to wrap the response with an
HttpServletResponseWrapper that no-ops encodeUrl and encodeURL?
Quoting Brice Ruth [EMAIL PROTECTED]:
Is there any way to disable URL rewriting (with jsessionid) in
Tomcat or via struts-config.xml or anything? I'm about at my wits
end
Hello all,
A curious, but not totally unexpected, thing happens when I try to access my
Apache httpd-Tomcat (4.1.24) site for the first time via mod_jk2 connector.
Since Tomcat/Struts resorts to a URL rewrite of every link (because it
doesn't know that the browser is going to accept a cookie the
Hallo,
I'm using a frameset in my struts-framework-application.
Everthing workes fine, while cookies an enabled.
If cookies are disabled, the second and third frame don't know the session.
Is there a way to manage it? Or is it even impossible?
kind regards
M.Ramsel
Hi,
I have a client who is requiring that I turn off all the
;jsessionid=abc123etc. session persistance tags in the URL rewriting.
Unfortunately, I can't find any documentation on how to do this.
Is there an easy way to disable these tags across an entire application
(preferably without
Paul,
This is handled by the application server, so you'll have to turn it off there.
Usually there are settings for enabling/disabling session persistence using cookies
and/or url rewriting. Exactly where you'll find them is dependent on the particular
app server you are using. It's
John,
I'm using Tomcat. I haven't found any setting for disabling these tags in its
configuration; do you have any idea if Tomcat supports this?
I understand that making an API call into the container is necessary within
the Struts taglib code to perform the URL rewriting. Is there is a way
can turn-off url-rewriting in
the resin.conf. I don't know about Tomcat, and my customer was using JRun
which did not have this option. (In fact, we are using ColdFusionMX .cfm's
instead of JSP's for our views! but that's another story ;)
My work around - for any IIS users out
this:
Context cookies=true
This will automatically enable cookies with browsers that support/allow
them.
Dhruva
--- Paul Legato [EMAIL PROTECTED] wrote:
Hi,
I have a client who is requiring that I turn off all the
;jsessionid=abc123etc. session persistance tags in the URL rewriting
Hi all,
our application uses URL rewriting to track session (for some obscure reasons...)
We use struts-menu taglib, and it doesn't urlrewrite links in menu items.
From what I've seen in struts-menu sources, it is not possible because MenuDisplayer
doesn't have any HttpResponse
param. Do you
Try html:rewrite
http://jakarta.apache.org/struts/userGuide/dev_html.html
From: Nicolas De Loof [EMAIL PROTECTED]
Reply-To: Struts Users Mailing List [EMAIL PROTECTED]
To: Struts Users Mailing List [EMAIL PROTECTED]
Subject: [struts-menu] how to use URL rewriting ?
Date: Thu, 19 Jun 2003 15:53:56
List [EMAIL PROTECTED]
To: Struts Users Mailing List [EMAIL PROTECTED]
Subject: [struts-menu] how to use URL rewriting ?
Date: Thu, 19 Jun 2003 15:53:56 +0200
Hi all,
our application uses URL rewriting to track session (for some obscure
reasons...)
We use struts-menu taglib
/struts/userGuide/dev_html.html
From: Nicolas De Loof [EMAIL PROTECTED]
Reply-To: Struts Users Mailing List
[EMAIL PROTECTED] To: Struts Users Mailing List
[EMAIL PROTECTED] Subject: [struts-menu] how to
use URL rewriting ? Date: Thu, 19 Jun 2003 15:53:56 +0200
Hi all,
our
html:rewrite
http://jakarta.apache.org/struts/userGuide/dev_html.html
From: Nicolas De Loof [EMAIL PROTECTED]
Reply-To: Struts Users Mailing List
[EMAIL PROTECTED] To: Struts Users Mailing List
[EMAIL PROTECTED] Subject: [struts-menu] how to
use URL rewriting ? Date: Thu
1:51 PM
Subject: Re: url rewriting
the session is attached to the browser instance and not the individual
window, so by popping a new window with a new action you'll carry the same
session attributes without the need to specify the session id.
-c
- Original Message -
From
i have this kind of link that will open a new window:
a href=test class=redbold
onClick=TestWindow=window.open('?LINK.do?','TestWindow',
'toolbar=no,location=no,directories=no,status=yes,menubar=no,scrollbars=yes,resizable=no,
width=620,height=250,left=20,top=20'); return false;
Mailing List [EMAIL PROTECTED]
Sent: Thursday, April 03, 2003 12:56 AM
Subject: url rewriting
i have this kind of link that will open a new window:
a href=test class=redbold
onClick=TestWindow=window.open('?LINK.do?','TestWindow',
'toolbar=no,location=no,directories=no,status=yes,menubar
yes by using the html:link , but i want to control the size of the created
window? how can it be done?
- Original Message -
From: Claude Betancourt [EMAIL PROTECTED]
To: Struts Users Mailing List [EMAIL PROTECTED]
Sent: Thursday, April 03, 2003 1:51 PM
Subject: Re: url rewriting
Users Mailing List
Subject: Re: url rewriting
the session is attached to the browser instance and not the individual
window, so by popping a new window with a new action you'll carry the same
session attributes without the need to specify the session id.
-c
- Original Message -
From
rewriting to put in the session id and do
url rewriting based session tracking.
Regards Wendy
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
My Tomcat 4.1.18 does this automatically if cookies are off.
David
From: Wendy Cameron [EMAIL PROTECTED]
Reply-To: Struts Users Mailing List [EMAIL PROTECTED]
To: Struts Users Mailing List (E-mail) [EMAIL PROTECTED]
Subject: URL Rewriting
Date: Thu, 20 Mar 2003 12:36:44 +1000
We have come up
This is what I would have expected, but isnt our experience and I am not sure why.
Regards Wendy
-Original Message-
From: David Graham [mailto:[EMAIL PROTECTED]
Sent: Thursday, March 20, 2003 12:38 PM
To: [EMAIL PROTECTED]
Subject: Re: URL Rewriting
My Tomcat 4.1.18 does
List [EMAIL PROTECTED]
Sent: Wednesday, March 19, 2003 6:39 PM
Subject: RE: URL Rewriting
This is what I would have expected, but isnt our experience and I am not
sure why.
Regards Wendy
-Original Message-
From: David Graham [mailto:[EMAIL PROTECTED]
Sent: Thursday, March 20, 2003 12
Hi,
It is not CMS. Will take a look at the security filter.
Mohan
-Original Message-
From: Max Cooper [mailto:[EMAIL PROTECTED]
Sent: Friday, March 07, 2003 1:30 PM
To: Struts Users Mailing List
Subject: Re: Association between Session object and Cookies/URL
rewriting
Requirement
rewriting
Struts doesn't create coockies, J2EE servlet container does (tomcat).
When you use request.getSession() in your code, J2EE server will a
coockie (or a request parameter if URL rewriting is used, see your
server config) to get the session ID.
If no ID is set, it will generate a new session
and Cookies/URL
rewriting
Struts doesn't create coockies, J2EE servlet container does (tomcat).
When you use request.getSession() in your code, J2EE server will a
coockie (or a request parameter if URL rewriting is used, see your
server config) to get the session ID.
If no ID is set
requests allowing the
container to identify which session the request belongs to. This mechanism
works almost transparently both to the user and the developer.
The second way - url rewriting - operates when cookies are disabled on the
client (and it is considered best practise to allow
I well understand now that Sessions (object on the web server) are
used either cookies or URL writing (in the client side).
In the struts application I have to make changes if I want to
use URL rewriting.
But what I still do not understand (I am sorry to be also insistent) is
why/or how each user
I well understand now that Sessions (object on the web server) are
used either cookies or URL writing (in the client side).
In the struts application I have to make changes if I want to
use URL rewriting.
But what I still do not understand (I am sorry to be also insistent)
is
why/or how each
: Heligon Sandra [mailto:[EMAIL PROTECTED]
Sent: Thursday, March 06, 2003 2:55 PM
To: 'Struts Users Mailing List'
Subject: RE: Association between Session object and Cookies/URL
rewriting
I well understand now that Sessions (object on the web server) are
used either cookies or URL writing
: Technicolor, Grass Valley, RCA and THOMSON.
More about Thomson: http://www.thomson.net/videochain
Original Message-
From: Nicolas De Loof [mailto:[EMAIL PROTECTED]
Sent: 06 March 2003 10:32
To: Struts Users Mailing List
Subject: Re: Association between Session object and Cookies/URL
rewriting
://www.thomson.net/videochain
Original Message-
From: Nicolas De Loof [mailto:[EMAIL PROTECTED]
Sent: 06 March 2003 10:32
To: Struts Users Mailing List
Subject: Re: Association between Session object and Cookies/URL
rewriting
I well understand now that Sessions (object on the web
is a stateless protocol, meaning the protocol
does not have any built-in way for the server to recognize that several
requests are coming from the same session. By using a session cookie (or URL
rewriting), the server can track which requests should be associated with a
particular session, because all
2003. március 6. 12:10 dátummal Max Cooper ezt írtad:
Here's a little dialog to illustrate:
Wow! That was marvellous!
Tib
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
is that the
application is expiring even before he is authenticated.
Mohan
-Original Message-
From: Gemes Tibor [mailto:[EMAIL PROTECTED]
Sent: Thursday, March 06, 2003 5:18 PM
To: Struts Users Mailing List
Subject: Re: Association between Session object and Cookies/URL
rewriting
2003. március 6. 12:10
' [EMAIL PROTECTED]
Sent: Thursday, March 06, 2003 3:55 AM
Subject: RE: Association between Session object and Cookies/URL rewriting
Hi,
It seems that there is no way to associate the session timeout
information in the web.xml for the session created after the user logs in.
Or is there ? Let me know
= request.getSession(true);
session.setAttribute( Action.LOCALE_KEY,locale );
}
Mohan
-Original Message-
From: Max Cooper [mailto:[EMAIL PROTECTED]
Sent: Thursday, March 06, 2003 6:18 PM
To: Struts Users Mailing List
Subject: Re: Association between Session object and Cookies/URL
);
session.setAttribute( Action.LOCALE_KEY,locale );
}
Mohan
-Original Message-
From: Max Cooper [mailto:[EMAIL PROTECTED]
Sent: Thursday, March 06, 2003 6:18 PM
To: Struts Users Mailing List
Subject: Re: Association between Session object and Cookies/URL
rewriting
: Max Cooper [mailto:[EMAIL PROTECTED]
Sent: Friday, March 07, 2003 12:18 AM
To: Struts Users Mailing List
Subject: RE: Association between Session object and Cookies/URL
rewriting
I am not sure what the goal is for your application. You only want to
call session.invalidate() if you want the server
Requirement is this : My login page itself expires even if the user
doesn't login for the session timeout period. We want to prevent that.
Hmm... I don't think there is much you can do in that case with
container-managed security. If the user fails to login within the session
expiration time,
I don't understand very well how Struts manages session objects
and why a sessionID is fixed for a user ?
Session objects are stored on the web server (Tomcat in my case) and
cookie saved on the disk allows to retrieve the HttpSession
associated to
a user.
Struts doesn't create coockies, J2EE servlet container does (tomcat).
When you use request.getSession() in your code, J2EE server will a
coockie (or a request parameter if URL rewriting is used, see your
server config) to get the session ID.
If no ID is set, it will generate a new session ID
I want to render an html:link or html:rewrite tag without the URL
rewriting.
Is it possible to optionally turn off URL rewriting?
Basically, we want to open a new session when we open a new window, and the
only way we found was to turn off cookies and use URL rewriting to maintain
sessions. We
Message-
From: Mark Chaimungkalanont [mailto:[EMAIL PROTECTED]
Sent: Tuesday, March 04, 2003 6:23 PM
To: [EMAIL PROTECTED]
Subject: html:link without URL rewriting
I want to render an html:link or html:rewrite tag without the URL
rewriting.
Is it possible to optionally turn off URL
? Are you 110% sure that you don't have cookies disabled?
Regards,
Eddie
(Oh, and, you realize that there are a myriad of over-paranoid folks out
there that are going to turn off JavaScript and cookies, right? If
cookies are disabled, URL rewriting is a good thing.)
Jung, Eric (Contractor) wrote
-Original Message-
From: Eddie Bush [mailto:[EMAIL PROTECTED]]
Sent: Friday, August 09, 2002 9:59 AM
To: Struts Users Mailing List
Subject: Re: cookies vs. jsessionid (url rewriting)
Maybe you'd care to elaborate a bit on what server you're using -
version and such. Knowing which version
Jung, Eric (Contractor) wrote:
Sorry for begin vague. Still working on my first cup of coffee :)
However, you can ignore my question because it seems to have magically
gone away.
As for your cookies point, well taken, and I know all the problems
with cookies. However, it's simply not my call to
Problem resolved! (don't ask my how or why)
Thanks anyway.
-Eric
-Original Message-
From: Eddie Bush [mailto:[EMAIL PROTECTED]]
Sent: Friday, August 09, 2002 10:27 AM
To: Struts Users Mailing List
Subject: Re: cookies vs. jsessionid (url rewriting)
Jung, Eric (Contractor) wrote:
Sorry
Craig
All containers that implement Servlet 2.2 or 2.3 are required to support
URL rewriting, which encodes the session identifier in the url as a path
parameter (not a query parameter). However, it is up to your application to
make sure you call response.encodeURL() as you are creating
On Fri, 2 Aug 2002, Nekkalapudi, Viplava wrote:
Date: Fri, 2 Aug 2002 14:47:29 -0500
From: Nekkalapudi, Viplava [EMAIL PROTECTED]
Reply-To: Struts Users Mailing List [EMAIL PROTECTED]
To: Struts Users Mailing List [EMAIL PROTECTED]
Subject: URL Rewriting support in Struts html:form
Port 443 is the default Secure Sockets Layer port, so it is going to the URL
you passed.
Mark
-Original Message-
From: Nathan Anderson [mailto:[EMAIL PROTECTED]]
Sent: Thursday, February 07, 2002 7:00 PM
To: [EMAIL PROTECTED]
Subject: Re: SSL + URL rewriting problem
I have a bit more
with the URL
as long as you don't need to switch ports.
-Max
- Original Message -
From: Galbreath, Mark [EMAIL PROTECTED]
To: 'Struts Users Mailing List' [EMAIL PROTECTED]
Sent: Friday, February 08, 2002 3:45 AM
Subject: RE: SSL + URL rewriting problem
Port 443 is the default Secure
The problem is not that it is speaking on port 443, but that it is using http not
https.
This is what I think is happening...
1. A request is sent from the client to https://hostname/appname/index.jsp;
2. Apache 1.3.22 recieves this request and verifies the users certificate and keys.
3.
Hello all,
I've been trying to get my Apache 1.3.22 + Tomcat 4.0.1 [via mod_WebApp] installation
to work with SSL. So far I've had some success, but there is one problem left that
seems to only effect Struts applications.
All my non-struts .JSP's and servlets work without any issues. But
I have a bit more information if anyone is interested in helping me with this issue..
I found out that the HttpUtils.getRequestURL(). If I make a JSP with the following
scriptlet:
%= HttpUtils.getRequestURL(request) %
I get this:
http://hostname:443/webapp/page.jsp
when the actual request
Hi Nathan,
On Feb 7, Nathan Anderson wrote:
I have a bit more information if anyone is interested in helping me with this issue..
I found out that the HttpUtils.getRequestURL(). If I make a JSP with the following
scriptlet:
I assume you're talking about javax.servlet.http.HttpUtils here
- Original Message -
From: Nathan Anderson [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Thursday, February 07, 2002 3:59 PM
Subject: Re: SSL + URL rewriting problem
I have a bit more information if anyone is interested in helping me with
this issue..
I found out that the HttpUtils.getRequestURL
Thanks for the info.
You are correct that I was referring to javax.servlet.http.HttpUtils. So I tried it
using the object [request.getRequestURL], and I got the exact same thing.
I guess this is not a Struts issue, so I'll keep looking.
Nathan Anderson
--
Sent via jApache.org
--
To
PROTECTED]
Sent: Tuesday, December 18, 2001 18:23
Subject: RE: URL Rewriting
hint
url
http://jakarta.apache.org/struts/struts-html.html#link
/url
quote
If you prefer to specify a java.util.Map that contains all of the
request parameters to be added to the hyperlink, use one of the
following techniques
you want...
hope this helps
Alexander Jesse
-Original Message-
From: Sudhir S. Shetty [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, December 19, 2001 12:27 PM
To: Struts Users Mailing List
Subject: Re: URL Rewriting
Can anybody please mail me the syntax for sending multiple (3-4
Mailing List' [EMAIL PROTECTED]
Sent: Wednesday, December 19, 2001 8:41 AM
Subject: RE: URL Rewriting
Hi,
have you checked in the mailing-list-archives at:
http://www.mail-archive.com/struts-user@jakarta.apache.org/
Searching for HashMap resulted in a list containing a reference
samples...
-Original Message-
From: João Guilherme Del Valle [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, December 19, 2001 1:55 PM
To: Struts Users Mailing List
Subject: Re: URL Rewriting
Ok, the message you said follows.
But, the html:parameter tag doesn´t _still_ exist in struts, right
Hi Everybody,
I've just started using struts in my application, I
have a Overview Screen from which I have to pass 2 request parameters to the
ActionForward bean, I dont have a Form Bean for this overview screen.
The problem I face is using URL rewiting, when i pass these
: URL Rewriting
Hi Everybody,
I've just started using struts in my
application, I
have a Overview Screen from which I have to pass 2 request
parameters to the
ActionForward bean, I dont have a Form Bean for this overview screen.
The problem I face is using URL
Can anyone give me some example code with reference to the following example
thanks ,
regards,
Sudhir
- Original Message -
From: Tom Klaasen (TeleRelay) [EMAIL PROTECTED]
To: Struts Users Mailing List [EMAIL PROTECTED]
Sent: Tuesday, December 18, 2001 18:23
Subject: RE: URL Rewriting
The img tag is mainly there in case the images in a secure location, and
the user needs to be logged in to get them. In which case, URL rewriting
would be required to retrieve them (or the user would be asked to log in
to retrieve each image ;-(
You are not required to use the img tag
have to add ? on every picture if I like to use URL rewriting instead
of cookies?
Could you post an example of the type of URLs you're seeing?
Here is the struts html:img-tag:
html:img srcKey=img.pixel.blue altKey=img.pixel.blue.alt width=715
height=7 border=0/
And it generates output like
with the jsessionid inserted correctly, or turn off URL rewriting for the
sessionid. I am trying to do this under Tomcat v 3.2.1. The code below is a
simple test harness. What I am ultimately trying to do, is build links
dynamically from a combination of data in properties files and a Database. Any
How to use RUL rewriting within frames?
Situation:
-
First frameset = index.html.
Index.html defines a frame named frame5.
The content of frame5 is a JSP page that defines a new frameset!
How to do URL rewriting in that case??
In other words: I am missing a html:frame page=xy/ tag
if it is done internally, then if we disable
cookies in browser session is not carried forward to other pages.
rajiv
- Original Message -
From:
suhas
To: [EMAIL PROTECTED]
Sent: Thursday, July 05, 2001 11:15
AM
Subject: Re: URL rewriting
it is done internally
Hi
I also read some where in struts user guide, that the struts internally handles the URL rewriting. But when we run our application which is perfectly running when cookies are enabled is not running when cookies are disabled. What might be the reason.
If u have any example which runs even
You
need to check out the html:link custom tag to handle URL
rewriting.
Refer
to the online manual for details:-
http://jakarta.apache.org/struts/struts-html.html#link
Hope
this helps.
Regards
Tim
-Original Message-From: Eda Srinivasareddy
[mailto:[EMAIL PROTECTED]]Sent
how to achive url rewriting in sturts.
rajiv
it is done internally by struts tags . That's
one of the reason u are using struts tag instead of normal html tags
.
Suhas
- Original Message -
From:
rajiv mulay
To: [EMAIL PROTECTED]
Sent: Thursday, July 05, 2001 10:22
AM
Subject: URL rewriting
how
What I was trying to say is that when logoff action is called, my
application ends and the user goes to another location. Although I
invalidate() session in logoff, when ActionServlet forward to next page
creates a new session that is not really used by anyone.
For example, I want user to go to
Logoff action usually invalidates session and sends browser to a index
or welcome page, so it is not necesary to rewrite the URL.
ActionServlet must have a session, so if there isn't a valid session it
creates one.
Question is: Is there a way to say to ActionServlet not to create a new
session ?
On Thu, 15 Mar 2001, Ana Narvaez Vila wrote:
Logoff action usually invalidates session and sends browser to a index
or welcome page, so it is not necesary to rewrite the URL.
ActionServlet must have a session, so if there isn't a valid session it
creates one.
Question is: Is there a way
When using the
html:img tag with the page attribute it will do url rewriting but that doesn't
seem to work on some webservers.
This doesn't
work:
http://jakarta.apache.org/images/logos/tomcat_3.gif;jsessionid=123123
Is there a way to
turn off the url rewriting and have the img tag still
93 matches
Mail list logo