I think this is a better approach. Rather than dealing with the session id mechanism, I think it's better to let the user decide what he wants to do. -sourabh
----- Original Message ----- From: David Mossakowski <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Wednesday, March 27, 2002 1:28 AM Subject: Re: Session handling in servlets when browsers have same session id > You don't need to override the mechanism of the session id. You want to > know it's the same customer I suppose. What you need to do is in your > code create an extensible model for what the customer is doing. So for > example instead of having an object of type Cart in the customer's > session have an object such as CartManager where you can add and remove > carts. Maybe you even want to let the customers name their carts? You > might want to keep the names in your CartManager to manage the carts. > > d. > > Daniel Wink wrote: > > > 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 > > > > > > > > > > > -- > 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
