Session Invalidate !

Previous Topic Next Topic
 
classic Classic list List threaded Threaded
2 messages Options
Reply | Threaded
Open this post in threaded view
|

Session Invalidate !

asitpatadia
Hi All,

I am facing a strange issue with session in my OFBiz app.

In one flow, to go from screen A to screen B user needs authorization.
Screen A is having one session which contains a cart & some cart items in it.

When an anonymous user tries to go from screen A to screen B application asks the user to log in.
Post login (screen A) the user sometimes loses its session & on screen B the page has a new session with all the previous cart items lost.
This is not happening regularly and the strangest thing is it is not happening on all the machines.

Please give your thoughts on this.

Regards,
Asit Patadia

________________________________
http://www.mindtree.com/email/disclaimer.html
Reply | Threaded
Open this post in threaded view
|

Re: Session Invalidate !

Rishi Solanki
Use <@ofbizUrl
secure="${request.isSecure()?string}">yourNextRequest</ofbizUrl>
Now there will be no unnecessary port switching and should work fine.

HTH!

Rishi Solanki
Manager, Enterprise Software Developer
HotWax Media Pvt. Ltd.
Direct: +91-9893287847
http://www.hotwaxmedia.com


On Thu, Apr 15, 2010 at 4:21 PM, Asit Patadia <[hidden email]>wrote:

> Hi All,
>
> I am facing a strange issue with session in my OFBiz app.
>
> In one flow, to go from screen A to screen B user needs authorization.
> Screen A is having one session which contains a cart & some cart items in
> it.
>
> When an anonymous user tries to go from screen A to screen B application
> asks the user to log in.
> Post login (screen A) the user sometimes loses its session & on screen B
> the page has a new session with all the previous cart items lost.
> This is not happening regularly and the strangest thing is it is not
> happening on all the machines.
>
> Please give your thoughts on this.
>
> Regards,
> Asit Patadia
>
> ________________________________
> http://www.mindtree.com/email/disclaimer.html
>