Yes! This is my problem entirely; using the servlet I am developing it is quite feasible that a user might want to run more than one instance of the process I am promoting at the same time. I want to be able to identify and progress each instance individually and _was_ relying on the session object keyed off of the session id to do this (before I realised it was possible for different browser windows to have the same id!)
A nice solution would be to override what ever method the servlet container uses to generate this session id; does anyone know if this is possible? Ta! Later, Dan. > -----Original Message----- > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] > Sent: Tuesday, March 26, 2002 6:42 PM > To: [EMAIL PROTECTED] > Subject: Re: Session handling in servlets when browsers have same > session id > > > I agree that I would expect to continue the same session or know the > same thing in another instance of the browser window. The fault here > lies in the site design and here's why. When I log into a site I want > to be logged in if I open another window. This makes perfect sense. > Furthermore if I go and put something into my cart, then If I open > another window I want to have the same cart right? Well not > necesarily. > I might want to do another set of shopping for some other > purpose and > pay with a different credit card. I shouldn't have to do them in > sequence if I want to do them in parallel and I shouldn't have to > different ids to accomplish this. What's the solution? > Allow multiple > carts, profiles or such. When you go to Toyota.com and build your own > Matrix and open another window and build a Corolla then if > you navigate > back or anywhere off of the Matrix page you'll get another > Corolla page. > Why? I don't know. Is it difficult? I don't think so. Is it more > coding? Definitely. > > It seems like all these web applications are very one dimensional. > Everything is of 1. 1 id. 1 cart. 1 car. Why not try to > design it with > some flexibility? > > Just pondering... :) > > d. > > Christopher K. St. John wrote: > > > Daniel Wink wrote: > > > >>This is a problem if a user of my servlet clicks > "new->window" in IE, as > >>their new browser window will have the same session id as the first. > >>Similarly, all netscape windows that a user has open all > share a session > >>id! This is annoying! > >> > >> > > > > Look into using URL rewriting instead of cookies for session > > tracking. If the user pops open a new window based on a link > > with an encoded session, the session will still be shared, > > but if they reenter the site from a new window, it will not. > > > > But most people expect their sessions to be shared between > > browser windows, why fight their expectations? > > > > -- > > Christopher St. John [EMAIL PROTECTED] > > DistribuTopia http://www.distributopia.com > > > > > ______________________________________________________________ > _____________ > > To unsubscribe, send email to [EMAIL PROTECTED] and > include in the body > > of the message "signoff SERVLET-INTEREST". > > > > Archives: > http://archives.java.sun.com/archives/servlet-interest.html > > Resources: > http://java.sun.com/products/servlet/external-resources.html > > LISTSERV Help: http://www.lsoft.com/manuals/user/user.html > > > > > > > > > > > -- > David Mossakowski [EMAIL PROTECTED] > Instinet Corporation 212.310.7275 > > > > ************************************************************** > ***************** > <<Disclaimer>> > > This message is intended only for the use of the Addressee and > may contain information that is PRIVILEGED and/or > CONFIDENTIAL or both. > > This email is intended only for the personal and confidential use > of the recipient(s) named above. > > If the reader of this email is not an intended recipient, you have > received this email in error and any review, dissemination, > distribution or copying is strictly prohibited. > > If you have received this email in error, please notify the sender > immediately by return mail and permanently deleting the copy > you received. > > Thank you. > > ************************************************************** > ***************** > > ______________________________________________________________ > _____________ > To unsubscribe, send email to [EMAIL PROTECTED] and > include in the body > of the message "signoff SERVLET-INTEREST". > > Archives: http://archives.java.sun.com/archives/servlet-interest.html > Resources: > http://java.sun.com/products/servlet/external-resources.html > LISTSERV Help: http://www.lsoft.com/manuals/user/user.html > > ___________________________________________________________________________ To unsubscribe, send email to [EMAIL PROTECTED] and include in the body of the message "signoff SERVLET-INTEREST". Archives: http://archives.java.sun.com/archives/servlet-interest.html Resources: http://java.sun.com/products/servlet/external-resources.html LISTSERV Help: http://www.lsoft.com/manuals/user/user.html
