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
