Our problem is that every time you hit the refresh, wicket apparently looses track of session. And creates a new sessionid. The above is not so critical in it self, yet. But we have to create authentication, so the user can login if user wants to. I've tested the above with a simple html page on my laptop linking directly to our base page without being mounted or having parameters encapsuled in the url, this if working just fine. So im thinking that it could either be the way that the other vendor generates the iframe to wicket that causes this or it might be the encapsulation of parameters that does it or a combination? regards Nino
-----Oprindelig meddelelse-----
Fra: [EMAIL PROTECTED] på vegne af Janne Hietamäki
Sendt: ma 28-08-2006 10:34
Til: wicket-user@lists.sourceforge.net
Cc:
Emne: Re: [Wicket-user] Session management
What kind of problems do you really have? May be you should check this
http://www.wicket-wiki.org.uk/wiki/index.php/Using_frames
Janne
On 28.8.2006, at 11.23, Nino Wael wrote:
Ahh, wasnt sure if you used something special.
We use both mounted urls and url parameters, im wondering if
this could give us the problem so for example we could have a link like this:
http://Server/viewer/overblik/Y03
where this is the raw page http://server/viewer and parameters
are overblik and Y03. the whole lot are set as the source of the IFRAME, could
any of this break the session id?
Regards Nino
_____
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of
Janne Hietamäki
Sent: 28. august 2006 10:06
To: wicket-user@lists.sourceforge.net
Subject: Re: [Wicket-user] Session management
Session cookie expires when browser is shut down, but on the
server side the default is 30 minutes. This can be altered in the web.xml by
adding something like this:
<session-config>
<session-timeout>60</session-timeout>
</session-config>
Janne
On 28.8.2006, at 11.00, Nino Wael wrote:
That was what I thought, I do know that wicket is not the bad
guy here:-)
Whats the default timeout on the cookie? Or am I barking up the
wrong leg?
.regards Nino
_____
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of
Janne Hietamäki
Sent: 28. august 2006 09:56
To: wicket-user@lists.sourceforge.net
Subject: Re: [Wicket-user] Session management
On 28.8.2006, at 10.53, Nino Wael wrote:
Hi
I was wondering how wicket maintains it’s session state. We are
currently working on a crossbrowser application, where our application(wicket)
lives within an Iframe. If we hit refresh on the page, wicket looses its
session id. As far as I can see wicket does store the session id in a cookie?
Wicket has nothing to do with this, it uses normal servlet
container for session management. Servlet spec states there have to be cookies
and session id parameter for fallback. So, yes, the session id is stored in a
cookie.
-------------------------------------------------------------------------
Using Tomcat but need to do more? Need to support web services,
security?
Get stuff done quickly with pre-integrated technology to make
your job easier
Download IBM WebSphere Application Server v.1.0.1 based on
Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642_______________________________________________
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user
Janne Hietamäki
Teknologiajohtaja
Oy Cemron Ab
Osoite:
Kehräsaari
33200 Tampere
http://www.cemron.fi <http://www.cemron.fi/>
puh. 40 724 7680
[EMAIL PROTECTED]
<<winmail.dat>>
------------------------------------------------------------------------- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
_______________________________________________ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user
