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
