Thanks a lot for the comments from Ajith and Deepal. I have more questions regarding the issue.
1. Right now the session context is relevent only in http, since the concept of session is tightly coupled with the transport session (more specifically the HttpSession).
For arguments sake lets
AM
Subject: Re: Session Context
Hi Guys,, I really need some help to figure
out the following, and answers are greatly appreciated. These questions are
based on discussions I had with Sanjiva regarding clustering. I will
also start a different thread to discuss these points to
s will be great.>
As I said this is yet to be developed.
>> 3)What is the purpose of SessionContext ?? I assume it plays a major role
> in session scope, but to what extent?? Do u have the design or requirements> that led to the existence of SessionContext.>
Session context
the existence of SessionContext.
> If can I understand the original thinking behind it then I can have a
> better idea in terms of what should be distributable within the session
> context.
>
>
> 4) Exactly what will be stored within the SessionContext ??
> Curren
, but to what extent?? Do u have the design or requirements that led to the existence of SessionContext.
If can I understand the original thinking behind it then I can have a better idea in terms of what should be distributable within the session context. 4) Exactly what will be stored within
SteveWhen I said "as one way" I meant one way that a customer can *choose* to make the association. I 100% agree that Axis should not hide stuff in ThreadLocal without the coder choosing to.Paul
On 10/31/05, Steve Loughran <[EMAIL PROTECTED]> wrote:
Paul Fremantle wrote:> Srinath>> Sounds perfect t
Paul Fremantle wrote:
Srinath
Sounds perfect to me. In fact, it seems to me that maybe we want some
different ways of creating the association. For example, we may wish to use
ThreadLocal as one way. But in general you are completely right - lets not
think of this as a two rather RM specific mar
SrinathSounds perfect to me. In fact, it seems to me that maybe we want some different ways of creating the association. For example, we may wish to use ThreadLocal as one way. But in general you are completely right - lets not think of this as a two rather RM specific markers, but think about how
over number of MEPs.
I think we need to capture this in our Context hierachy! and then only
provide the Clinet API support.
In that case we need to incoperate the "Message Sequnce" in to our
context hierachy. I think the "Message Sequence" is our loosly defined
Session conte
