Mailing-List: contact axis-dev-help@ws.apache.org; run by ezmlm
Precedence: bulk
Reply-To: axis-dev@ws.apache.org
Received-SPF: neutral (asf.osuosl.org: local policy)
Message-ID: <000001c61fcd$b6f39010$c201a8c0@Deepal>
From: "Deepal Jayasinghe" <deepal@opensource.lk>
To: <axis-dev@ws.apache.org>
References: <f5f5e0730601190720w41ef2ae1l13c724aa52692df9@mail.gmail.com>
 <43CFB905.2020304@opensource.lk>
 <f5f5e0730601190834j6760318blbb62c9af1d52b8d3@mail.gmail.com>
 <43D0576D.3030003@opensource.lk>
 <f43ea5790601192047t581c0c95m3a23c509c452318d@mail.gmail.com>
 <f5f5e0730601200803w42f28969ofda25f3c6c670d4f@mail.gmail.com>
 <1137802962.8114.15.camel@localhost.localdomain>
 <f5f5e0730601201710v7b4bde88w8834e00e48953342@mail.gmail.com>
 <1137807586.8114.19.camel@localhost.localdomain>
 <f8de7ee0601201829u76f80b4fv1787dd08f26e3c13@mail.gmail.com>
Subject: Re: [Axis2] Transport independent Session Mgt [Proposal]
Date: Sat, 21 Jan 2006 21:25:30 +0600
MIME-Version: 1.0
Content-Type: text/plain;
	format=flowed;
	charset="iso-8859-1";
	reply-type=original
Content-Transfer-Encoding: 7bit

Hi Srinath and all;

Well , in the very first request you do not need to send anything , since 
server is the one who know about the session and who creates sessions , as 
an example client does not know in which session scope the service has 
deployed. Say that service is deploy in request scope and user send some 
reference parameters in the second request , in that case user does not get 
any session stuff.

Back to the topic :)
After the second request in axis2 if the service is deploy in soap session 
or application session then server response with serviceGroupID (I really 
like to rename that to sessionID) as reference parameters in the wsa:replyTo 
headers, so its up to the client to send that back to server in the next 
request if he think that he want to manage session. If server wants to 
manage sessions and if user does not send the reference parameters then 
server might throw exceptions.

I am very happy with our current client approach , there user can say 
options.setManageSession(true); , then if server send any reference 
parameters then those will be stored in the ServiceContext and , when user 
send next request those reference parameters will be send automatically.

And if some one wants to manage sessions across several serviceClient he can 
also do that (use case : in the stub case , for each stub it has its own 
ServiceClient in it , so if some one want to manage session across several 
stub , if they are in same service group) , the way is after you creating 
service client you can set its targetEPR , and that will set that as 
ServiceConetxt target EPR , and if you set manage session to true then when 
you send any  request to server all those reference parameters will be send 
, and when its get the response back target EPR will be updated to new .


Thanks,
 Deepal
................................................................
~Future is Open~

----- Original Message ----- 
From: "Srinath Perera" <hemapani@gmail.com>
To: <axis-dev@ws.apache.org>
Sent: Saturday, January 21, 2006 8:29 AM
Subject: Re: [Axis2] Transport independent Session Mgt [Proposal]


Sorry for interrupting, Let me ask a Q

Let me take the inout MEP
When a server reply to a request reference property approach works!
because server uses reply to EPR. How can we make it work with the
request.

How the client know the To EPR, is there any association to WSDL. How
first message on a interaction get a To EPR? Can you explain how in a
In-Out MEP, Service Provider (Server) keep a session across number of
In-Out Invocations?

Thanks
Srinath

On 1/20/06, Sanjiva Weerawarana <sanjiva@opensource.lk> wrote:
> On Fri, 2006-01-20 at 20:10 -0500, Rajith Attapattu wrote:
> >
> >
> >    So if a service is deployed in SOAP session scope we do that with
> > the understanding that any client that uses this service supports
> > WS-Addressing.
> >
> >   If above assumption is wrong,  How about the client that don'
> > support WS-Addressing ?? is this scenario something to be concerned or
> > not??
>
> No- WS-Addressing is a core part of the foundation of Web services. If
> the client doesn't support WS-Addressing then its life is very boring
> because it can't participate in pretty much anything except message
> exchanges over a bi-directional protocol such as HTTP.
>
> Sanjiva.
>
>
>
>


--
============================
Srinath Perera:
   http://www.cs.indiana.edu/~hperera/
   http://www.bloglines.com/blog/hemapani