Did it only show up on the first request?  As Michael indicated in his
post, that is a normal behavior.  If it's there all the time, I would see
what your container is configured to do.  As I mentioned before, I believe
you can control what most containers do.

-- 
Frank W. Zammetti
Founder and Chief Software Architect
Omnytex Technologies
http://www.omnytex.com
AIM: fzammetti
Yahoo: fzammetti
MSN: [EMAIL PROTECTED]

On Tue, November 8, 2005 1:06 am, Pham Anh Tuan said:
> thanks Frank ... but :( ... I turned "cookie accept" on in my browser
> (Firefox, IE), but jsessionid still be appended URL :( ... what happened,
> hiz :(
>
>
> *************************************************
> Pham Anh Tuan
> Java Developer, HR Assistant
> ICHI Corporation Vietnam.
> Room #1001, 37 Ton Duc Thang, Dist. 1
> Ho Chi Minh City, Vietnam.
> Phone: (+84) (08) 9105732
> Fax: (+84) (08) 9105734
> Cell: (+84) (0) 989 505897
> Email: [EMAIL PROTECTED]
> Website: http://www.ichi-corp.jp
> *************************************************
> ----- Original Message -----
> From: "Frank W. Zammetti" <[EMAIL PROTECTED]>
> To: "Pham Anh Tuan" <[EMAIL PROTECTED]>
> Cc: "Struts Users Mailing List" <user@struts.apache.org>
> Sent: Tuesday, November 08, 2005 12:04 PM
> Subject: Re: [Help] how to erase jsessionid in URL
>
>
>> Yeah,I  might have wrote that a bit confusing :)  All I meant is that if
>> cookies are enabled in the browser, then URL rewriting won't be used...
>> well, PROBABLY... I suppose the container still could do URL rewriting,
>> but I doubt any would... although, I wouldn't be surprised if you could
>> tell your container to always do URL rewriting, or always NOT do it, in
>> which case users without cookies disabled wouldn't be able to access
>> your
>> site.  That might be acceptable in your case if the client really
>> doesn't
>> want to see them... tell them they either see them, or some people won't
>> be able to use the site :)  Their choice, the client is always right :)
>>
>> Frank
>>
>> Pham Anh Tuan wrote:
>>> thank you, Frank :)
>>>
>>> As u said, if I want to disable jsessionid in URL, I must turn on
>>> cookie
>>> on my browser ? uh? Is it rite? I'm not sure that I understood what you
>>> mean :( "Aside from enabling cookies ...", enable cookies on my browser
>>> :( ... or where ?
>>>
>>> plz help and show me more details :(
>>>
>>> thank you for ur reply
>>>
>>>
>>> *************************************************
>>> Pham Anh Tuan
>>> Java Developer, HR Assistant
>>> ICHI Corporation Vietnam.
>>> Room #1001, 37 Ton Duc Thang, Dist. 1
>>> Ho Chi Minh City, Vietnam.
>>> Phone: (+84) (08) 9105732
>>> Fax: (+84) (08) 9105734
>>> Cell: (+84) (0) 989 505897
>>> Email: [EMAIL PROTECTED]
>>> Website: http://www.ichi-corp.jp
>>> *************************************************
>>> ----- Original Message ----- From: "Frank W. Zammetti"
>>> <[EMAIL PROTECTED]>
>>> To: "Struts Users Mailing List" <user@struts.apache.org>
>>> Sent: Tuesday, November 08, 2005 11:42 AM
>>> Subject: Re: [Help] how to erase jsessionid in URL
>>>
>>>
>>>> It should be noted that jsessionid is not a Struts creation, it is a
>>>> servlet spec thing... it stands for "Java Session ID" (creative,
>>>> huh??)
>>>> and is actually dealt with by your app server.  The jsessionid can be
>>>> stored in a cookie on the client, or it can be appended to the request
>>>> as part of the query string, as you are seeing, which is referred to
>>>> as
>>>> URL Rewriting.
>>>>
>>>> Aside from enabling cookies, I don't think there is any way to hide
>>>> it... well, you could not use session at all, that would do it too :)
>>>> Someone may know something different, but I too would be interested to
>>>> know how you could hide it because it would seem to contradict the
>>>> spec
>>>> if you could (assuming no cookies).
>>>>
>>>> Frank
>>>>
>>>> Pham Anh Tuan wrote:
>>>>
>>>>> thanks to MC, but ... it still doesn't work, jsessionid is still
>>>>> available in URL after I add redirect to forward tag :(
>>>>>
>>>>> help me plz :(
>>>>>
>>>>>
>>>>> *************************************************
>>>>> Pham Anh Tuan
>>>>> Java Developer, HR Assistant
>>>>> ICHI Corporation Vietnam.
>>>>> Room #1001, 37 Ton Duc Thang, Dist. 1
>>>>> Ho Chi Minh City, Vietnam.
>>>>> Phone: (+84) (08) 9105732
>>>>> Fax: (+84) (08) 9105734
>>>>> Cell: (+84) (0) 989 505897
>>>>> Email: [EMAIL PROTECTED]
>>>>> Website: http://www.ichi-corp.jp
>>>>> *************************************************
>>>>> ----- Original Message ----- From: "Murray Collingwood"
>>>>> <[EMAIL PROTECTED]>
>>>>> To: "Struts Users Mailing List" <user@struts.apache.org>
>>>>> Sent: Tuesday, November 08, 2005 10:47 AM
>>>>> Subject: Re: [Help] how to erase jsessionid in URL
>>>>>
>>>>>
>>>>>> The jesssionid is normally used to uniquely identify the session.
>>>>>> You
>>>>>> either have this or
>>>>>> cookies enabled.  I think Struts uses cookies if they are available
>>>>>> and defers to the
>>>>>> jessionid if cookies can't be used.
>>>>>>
>>>>>> If you are not using any session stuff then you can add the redirect
>>>>>> parameter on your
>>>>>> action statements as in:
>>>>>> <forward name="List" path="/List.do" redirect="true" />
>>>>>>
>>>>>> I think this drops any session stuff.
>>>>>>
>>>>>> Cheers
>>>>>> mc
>>>>>>
>>>>>> On 8 Nov 2005 at 10:07, Pham Anh Tuan wrote:
>>>>>>
>>>>>>> Hi all,
>>>>>>>
>>>>>>> I got a problem when I use Struts Framework, everytime I do a
>>>>>>> action,
>>>>>>> Struts
>>>>>>
>>>>>>
>>>>>> automatically appends jsessionid parameter in URL
>>>>>>
>>>>>>>
>>>>>>> something like below:
>>>>>>> http://localhost:8080/test/index.do;jsessionid=5DF06EA......
>>>>>>>
>>>>>>> plz help me and show me how to erase jsessionid parameter and I
>>>>>>> don't
>>>>>>> know is there
>>>>>>
>>>>>>
>>>>>> any effects to my web app when I erase jsessionid parameter in URL.
>>>>>>
>>>>>>>
>>>>>>> thank you for ur reading.
>>>>>>>
>>>>>>> Tuan
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>> FOCUS Computing - web design
>>>>>> Mob: 0415 24 26 24
>>>>>> [EMAIL PROTECTED]
>>>>>> http://www.focus-computing.com.au
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>> --
>>>>>> No virus found in this outgoing message.
>>>>>> Checked by AVG Free Edition.
>>>>>> Version: 7.1.362 / Virus Database: 267.12.8/162 - Release Date:
>>>>>> 5/11/2005
>>>>>>
>>>>>>
>>>>>> ---------------------------------------------------------------------
>>>>>> 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]
>>>>>
>>>>>
>>>>>
>>>>>
>>>>
>>>> --
>>>> Frank W. Zammetti
>>>> Founder and Chief Software Architect
>>>> Omnytex Technologies
>>>> http://www.omnytex.com
>>>> AIM: fzammetti
>>>> Yahoo: fzammetti
>>>> MSN: [EMAIL PROTECTED]
>>>>
>>>> ---------------------------------------------------------------------
>>>> To unsubscribe, e-mail: [EMAIL PROTECTED]
>>>> For additional commands, e-mail: [EMAIL PROTECTED]
>>>>
>>>>
>>>
>>>
>>>
>>>
>>>
>>
>> --
>> Frank W. Zammetti
>> Founder and Chief Software Architect
>> Omnytex Technologies
>> http://www.omnytex.com
>> AIM: fzammetti
>> Yahoo: fzammetti
>> MSN: [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]
>
>


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

Reply via email to