Eran,
 
Thanks a lot for the interest.
 
>>We have the SOAP session which is managed via service group context id
>>and application scopes
Yes I have a identified the SOAP session option based on input from Deepal & Srinath. But they have raised concerns about usign the service grp context ids and also about the client involement wrt to initiating the SOAP header using to identify the SOAP session.
 
Btw I am not a SOAP expert (ramping up using Sanjiva's book :) ), so I may have not understood the implications of SOAP header fully.
 
But I do belive that SOAP session is the way to go to provide an independent session mgt impl, but I need more help and inpput to figure out the concerns service grp context ids  and the client code impact.
 
>>FYI : Chamikara wrote a nice Calculator example using SOAP session,
>>w/o depending on transport session.
Can u get Chamikara to have a go at this proposal based on his experiance with SOAP session
 
Btw where can I get access to this example??
 
>>BTW, proposal seems to have understood the problem. can you put this
>>up in the wiki as well.
I am working on a doc regarding Scalability & HA wrt to Axis2, I was thinking about attaching something about this there as well.
I was thinking about putting this doc under documentation within the main site. Sanjiva things it will attract more attention !!
 
However the proposal can (rather should) be added to the wiki so everybody can have a go at it. Can provide link to the wiki#proposal from the clustering doc from the main site.

Hope we will get a prototype also ;-) .
I am actually working on a prototype on my Sanbox and will keep u updated on the progress.
I am actually trying to provide clustering support to Axis2 using WADI, ActiveCluster ..etc (still evaluating),
However I realized I first have to sort out the session problem, hence the proposal
 
Regards,
 
Rajith.

 
On 1/19/06, Eran Chinthaka <[EMAIL PROTECTED]> wrote:
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
 
Hi Rajith,

I agree with all except for this.

Rajith Attapattu wrote:

>
>
> 2. The current Axis2 has no clear notion of a session. (Serveral
> ppl expressed this concern

> Currently two concepts exist. a) HttpSession based on cookies, if
> the Transport is http (the most popular)
>
> b) SOAP header for RM & Secure Conversations
>

We do have a notion of sessions which goes beyong transport sessions.
We have the SOAP session which is managed via service group context id
and application scopes. Please correct me if I am wrong.
I agree that we may not have a scalable and distributable session
management system, but for the time being we have session management
which goes a little beyond transport session.
FYI : Chamikara wrote a nice Calculator example using SOAP session,
w/o depending on transport session.

BTW, proposal seems to have understood the problem. can you put this
up in the wiki as well.
Hope we will get a prototype also ;-) .

- -- Chinthaka
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.2 (MingW32)
 
iD8DBQFDz7kFjON2uBzUhh8RApmGAJ9IoylogS0Eauzpo2axlbmffY5mqACfS3T0
mlPrJNPuRH2EwrlUpEtaSXE=
=pyFN
-----END PGP SIGNATURE-----


Reply via email to