Re: jsessionid problem fix for weblogic servers
I don't have a copy of SIA, so I'm not sure what it says, but as I understand URL rewriting, it is always used on the struts URLs on the first page returned after a session is initiated, and for links in subsequent pages when the browser doesn't return a cookie with the session ID. By turning this off, sessions will not be maintained with browsers whose cookies are turned off or not supported. I'm sure you've tried a lot of things already, but using hardcoded/hand-generated links instead of or tags would probably work (maybe with the path embedded as config-params in web.xml), or if your app server is fronted by Apache you could use mod_rewrite to strip the jsessionid= from URLs. Or, maybe if you put the images in the WAR but not under /do/* (or whatevers configured as the struts servlet prefix in servlet-mapping) the links would not be rewritten. The first idea is the one that I'm using on a project now. -ed On 5/2/06, Braun, James F <[EMAIL PROTECTED]> wrote: I had a problem with jsessionid trashing all my images and urls until I refreshed my browser. Ted Husted points out this phenomenon on page 66 of SIA. The symptom is that ;jsessionid=<~long id string here> is appended to urls which confuses the weblogic app server. The fix for weblogic is to add the following to the weblogic.xml file URLRewritingEnabled false I'm sending out this solution because it has been a repeated subject on this list. Should I put it in the wiki? J. J. Braun Polaroid Corp. Waltham MA USA +1 (781) 386 6871 [EMAIL PROTECTED] java, sql, xml, jsp, eeuts -- This transmission is intended only for use by the addressee(s) named herein and may contain information that is proprietary, confidential and/or legally privileged. If you are not the intended recipient, you are hereby notified that any disclosure, copying, distribution, or use of the information contained herein (including any reliance thereon) is STRICTLY PROHIBITED. If you received this transmission in error, please immediately contact the sender and destroy the material in its entirety, whether in electronic or hard copy format. Thank you. - 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]
RE: jsessionid problem fix for weblogic servers
It worked for us on 8.1 sp2 and sp5. I don't know about others. http:/forums.bea.com/bea/message.jspa?messageID=600017610&start=0 is the link to where my coworker found the info J. -Original Message- From: Gary Feidt [mailto:[EMAIL PROTECTED] Sent: Tuesday, May 02, 2006 1:18 PM To: user@struts.apache.org Subject: Re: jsessionid problem fix for weblogic servers Does version of WebLogic does this work for? Gary >>> [EMAIL PROTECTED] 5/2/2006 10:55:41 AM >>> I had a problem with jsessionid trashing all my images and urls until I refreshed my browser. Ted Husted points out this phenomenon on page 66 of SIA. The symptom is that ;jsessionid=<~long id string here> is appended to urls which confuses the weblogic app server. The fix for weblogic is to add the following to the weblogic.xml file URLRewritingEnabled false I'm sending out this solution because it has been a repeated subject on this list. Should I put it in the wiki? J. J. Braun Polaroid Corp. Waltham MA USA +1 (781) 386 6871 [EMAIL PROTECTED] java, sql, xml, jsp, eeuts -- This transmission is intended only for use by the addressee(s) named herein and may contain information that is proprietary, confidential and/or legally privileged. If you are not the intended recipient, you are hereby notified that any disclosure, copying, distribution, or use of the information contained herein (including any reliance thereon) is STRICTLY PROHIBITED. If you received this transmission in error, please immediately contact the sender and destroy the material in its entirety, whether in electronic or hard copy format. Thank you. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] ___ Confidentiality Statement: This email/fax, including attachments, may include confidential and/or proprietary information and may be used only by the person or entity to which it is addressed. If the reader of this email/fax is not the intended recipient or his or her agent, the reader is hereby notified that any dissemination, distribution or copying of this email/fax is prohibited. If you have received this email/fax in error, please notify the sender by replying to this message and deleting this email or destroying this facsimile immediately. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- This transmission is intended only for use by the addressee(s) named herein and may contain information that is proprietary, confidential and/or legally privileged. If you are not the intended recipient, you are hereby notified that any disclosure, copying, distribution, or use of the information contained herein (including any reliance thereon) is STRICTLY PROHIBITED. If you received this transmission in error, please immediately contact the sender and destroy the material in its entirety, whether in electronic or hard copy format. Thank you. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: jsessionid problem fix for weblogic servers
Does version of WebLogic does this work for? Gary >>> [EMAIL PROTECTED] 5/2/2006 10:55:41 AM >>> I had a problem with jsessionid trashing all my images and urls until I refreshed my browser. Ted Husted points out this phenomenon on page 66 of SIA. The symptom is that ;jsessionid=<~long id string here> is appended to urls which confuses the weblogic app server. The fix for weblogic is to add the following to the weblogic.xml file URLRewritingEnabled false I'm sending out this solution because it has been a repeated subject on this list. Should I put it in the wiki? J. J. Braun Polaroid Corp. Waltham MA USA +1 (781) 386 6871 [EMAIL PROTECTED] java, sql, xml, jsp, eeuts -- This transmission is intended only for use by the addressee(s) named herein and may contain information that is proprietary, confidential and/or legally privileged. If you are not the intended recipient, you are hereby notified that any disclosure, copying, distribution, or use of the information contained herein (including any reliance thereon) is STRICTLY PROHIBITED. If you received this transmission in error, please immediately contact the sender and destroy the material in its entirety, whether in electronic or hard copy format. Thank you. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] ___ Confidentiality Statement: This email/fax, including attachments, may include confidential and/or proprietary information and may be used only by the person or entity to which it is addressed. If the reader of this email/fax is not the intended recipient or his or her agent, the reader is hereby notified that any dissemination, distribution or copying of this email/fax is prohibited. If you have received this email/fax in error, please notify the sender by replying to this message and deleting this email or destroying this facsimile immediately. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]