Kevin Jones wrote:
> Anything is possible - it's just software after all. A better question would
> be how possible is this to do a) eadily and b)without annoying the user.
>
And a third condition -- how can I do this without violating the servlet
specification, which says that sessions (as supported by the servlet container) do
not cross web application boundaries?
I read that to mean that anything I want to do globally needs to be done in my
application code (perhaps by using my own cookie the way most portal sites do to
remember your password). If you need to use servlet-style sessions within the
apps, you'd want to build some mechanism to register all the sessions for a
particular user into some common place so you can track it all.
You will probably need support from the application server or servlet container
(outside the servlet api) for this to work. You're still going to run into issues
with multi-window scenarios, but they are likely solvable -- details depending on
the exact requirements, of course.
>
> Take the browser issue - if you are able to use cookies multiple windows
> from the same browser will be in the same session (the browser will store
> the client side cookie in the same place regardless of the open window),
Alas, even cookies are not quite that simple. For Netscape revs to date, this is
true. However, for IE it actually depends on the setting of a configuration
variable -- "browse in a separate process".
>
> different browsers will store the cookies in different places so if a user
> opens another browser then they will not be part of ANY session, meaning
> they will need to log-on.
>
> If you are not using (or can't use) cookies then even the single browser
> scenario may not work - that then depends on whether the new window was
> spawned from the current one, or created afresh, in the second case you will
> probably need to get the user to logon.
>
> As for B this may be easier, you'll just need to track the sessions yourself
> based on some identifier (such as a user id), store the information in a
> database, then you can do pretty much what you want,
>
> Kevin Jones
> DevelopMentor
>
Craig McClanahan
===========================================================================
To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST".
FAQs on JSP can be found at:
http://java.sun.com/products/jsp/faq.html
http://www.esperanto.org.nz/jsp/jspfaq.html
