hihi!
but theoretically, isn't it impossible to have more than one request at
any single point in time?
i'm trying to picture simultaneous requests for the same session, but i
can't see it... :p
when you say simultaneous requests for the same session do you mean:
- the user has logged into the website, and then:
- press the form submit button inhumanely fast
OR
- spawn another browser from original browser and then click on
each browser's submit as fast as possible
is the root of the problem because the user can make requests faster
than the clustered servers can sync to the latest copies of the session
in question? (assuming true load balancing strategy employed -- ie.
session does not stick to any server instance)
woodchuck
--- Craig McClanahan <[EMAIL PROTECTED]> wrote:
> On Mon, 13 Sep 2004 12:08:06 -0400, Brantley Hobbs
> <[EMAIL PROTECTED]> wrote:
> >
> > Some platforms don't allow sessions to be available to each machine
> in a
> > cluster, most notably the web "platform" (I use the term loosely)
> found
> > to be in widespread use by a certain large unnamed software company
> in
> > the northwestern U.S. In that case, using sessions can be an
> issue.
>
> It's not just our friends up north.
>
> The J2EE specs require that, if simultaneous requests for the same
> session are being procesed, they *must* be processed on the same
> server instance. This is required in order to maintain the session
> semantics (such as a session attribute set in one of the simultaneous
> requests being instantly visible to the other requests for that
> session).
>
> This doesn't mean you can never move a session from one server
> intsance to another; it only means that you can only do so in between
> requests.
>
> Craig
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>
_______________________________
Do you Yahoo!?
Shop for Back-to-School deals on Yahoo! Shopping.
http://shopping.yahoo.com/backtoschool
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
