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 to 
turn off this API call at the Struts level, maybe via some configuration 
variable?

I know it'll cause problems with cookie-less browsers, and I've explained this 
to the clients. They've decided that most end users will not have disabled 
cookies, and that we should just print a message saying 'cookies are required 
to use this site' if a user has cookies turned off. Not my call, I just write 
the code. :)

-Paul


On Wednesday 16 July 2003 06:04 pm, John Loring wrote:
> 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 not
> controlled by struts.  If you use sessions in your application, shutting
> off the jsessionid url rewriting will cause problems running on browsers
> with cookies disabled.
>
> --John Loring
>
> Paul Legato wrote:
> > 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 forking the Struts code)?
> >
> > Thanks,
> > -Paul
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > For additional commands, e-mail: [EMAIL PROTECTED]
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]


---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to