Mine is also not adding the session to the URL.  Isn't this automatically 
handled by the servlet engine (tomcat or jetty) without wicket or programmer 
intervention?  That's probably why some of us don't see it... browser brand and 
version versus servlet engine version.

  []s Gus


-----Original Message-----
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]
Sent: April 11, 2006 3:34 PM
To: [email protected]
Subject: Re: [Wicket-user] Re: zero session state/stateless pages



        Off the top of my head, because you are likely using an older version
of Wicket where we did not encode the URL. I believe that was a bug ;)
The most current version always encodes the URL. Remember, if you do not
encode the URL, you risk losing the session without warning.

Gili

Michael Day wrote:
> Wicket is not adding jsessionid to my URLs.  I have a simple page called
> Home that contains a BookmarkablePageLink to Page2, but the URL for
> Page2 does not get jsessionid appended to the URL on the first hit, even
> with cookies disabled.  Why is this?
> 
> Michael Day
> 
> On Apr 11, 2006, at 5:11 PM, Johan Compagner wrote:
> 
>> but it is up to wicket.
>> We do call response.encodeUrl if we don't do that then jsessionid is
>> not inserted into the url.
>>
>> But if we don't do that then sessions could be lost when a browser has
>> cookies disabled..
>>
>> johan
>>
>>
>> On 4/11/06, Nathan Hamblen <[EMAIL PROTECTED]> wrote: Michael Day
>> wrote:
>> > If not, then wicket cannot be used for public web sites (news,
>> > online store, etc) that need to be indexed in today's search engines.
>>
>> Johan Compagner wrote:
>> > If you want a really stateless page/site. Then everything must be
>> > bookmarkable/mountable links..and you can't use our
>> > form components
>> [...]
>>
>> Yes. Ample bookmarkable links are all you need for good indexing. Try
>> googling "British Lemon Meringue Pie" and see that the second result is
>> in fact a Wicket demo application.
>>
>> I wouldn't worry about forms too much since Google doesn't follow them
>> anyway. As long as you can get to the content through bookmarkable
>> links, it will be indexed. The fact that a session always exists is
>> irrelevant and entirely normal. (Even ASP 3.0 created a session on the
>> "very first hit.")
>>
>> My only wish is to get rid of that silly ;jsessionid=66kiemewvs53 but I
>> don't think that's up to Wicket.
>>
>> Nathan
>>
>>
>>
>> -------------------------------------------------------
>> This SF.Net email is sponsored by xPML, a groundbreaking scripting
>> language
>> that extends applications into web and mobile media. Attend the live
>> webcast
>> and join the prime developer group breaking into this new coding
>> territory!
>> http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642
>> _______________________________________________
>> Wicket-user mailing list
>> [email protected]
>> https://lists.sourceforge.net/lists/listinfo/wicket-user
>>
> 
> 
> 
> -------------------------------------------------------
> This SF.Net email is sponsored by xPML, a groundbreaking scripting language
> that extends applications into web and mobile media. Attend the live
> webcast
> and join the prime developer group breaking into this new coding territory!
> http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642
> _______________________________________________
> Wicket-user mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/wicket-user



-------------------------------------------------------
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends applications into web and mobile media. Attend the live webcast
and join the prime developer group breaking into this new coding territory!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid0944&bid$1720&dat1642
_______________________________________________
Wicket-user mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/wicket-user

Reply via email to