Hey!
We use plan B in our corporate environment. We just enforce Netscape as the
'approved' browser. This saves us many hours of coding for handling multiple
browsers. This subject is not the only place where there are browser
differences.
Danny
Ola Berg wrote:
> > Hi all,
> >
> > In my servlet application, I create sessions to keep track of certain
> > information.
> >
> > However, under IE4.0 if I have two separate browsers then two different
> > sessions are created (I created two different instances of IE from the
> task
> > bar). Whereas under netscape 4.61 the session is shared between them (this
> > can be reproduced using the SessionServlet that comes with JDSK).
> >
> > My questions are:
> > 1. What is the desirable behaviour?
>
> The problem lies in how the browser handles cookies. And that depends on
> what the browser manufacturer desires. We've run into some problem before we
> found that out. The handling between different *versions* of the same
> browser is also different. "Standards are great, let's make our own!".
>
> > 2. Can I do anything about it? (i.e do I have to live with it?)
> > 3. How are you (i.e developers) handling this matter?
>
> Yes, you have to live with it. Here are our tricks to cope:
>
> a) Document where your problem lies: what part of the application is
> disturbed by the different sessionhandlings.
> b) For those critical parts, find out different solutions for each session
> handling mechanism.
> c) Now, depending on the browser the user uses (as you can see in the
> Request-object) launch the best solution, so that the difference becomes
> transparent to your application (ie so that it seems to work like with
> Netscape in your case). Ideally, you make this solution once and apply it on
> all your apps.
>
> or
>
> plan B) force the users to use a single version of a single browser and have
> the users punished if they won't obey (no kidding, this is how it is done in
> many corporate intranets :-o)
>
> HTH
> /O
>
> ___________________________________________________________________________
> 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
