Mailing-List: contact axis-dev-help@ws.apache.org; run by ezmlm
Precedence: bulk
Reply-To: axis-dev@ws.apache.org
Received-SPF: pass (asf.osuosl.org: domain of hemapani@gmail.com designates
 64.233.184.198 as permitted sender)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws;
        s=beta; d=gmail.com;
        h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references;
        b=OajfKZcr0NnSKzo4RMQnzkjh5/JmrXW5BnVu7F43IxAHN+WQGJdoN0uMbejyKTxAI7/3AQVTiF6JwKLrrWldfhz0ug8ovFqRXtHcKOKQWN+k43UGpjQsME3zivOoE/M5RzECTmtaQ8nmp6u0NNimfuFE2EDzEvD+zRLX5m+In3k=
Message-ID: <f8de7ee0510301901v6e94cc20yc7326f413c43f936@mail.gmail.com>
Date: Sun, 30 Oct 2005 22:01:54 -0500
From: Srinath Perera <hemapani@gmail.com>
To: axis-dev@ws.apache.org, dims@apache.org
Subject: Re: [Axis2] Implications of WSRM interfaces on Axis2 ClientAPI
In-Reply-To: <19e0530f0510301728g4fbff050u30eea241deac28d@mail.gmail.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline
References: <1592.149.159.132.72.1130696015.squirrel@webmail4.pair.com>
	 <19e0530f0510301728g4fbff050u30eea241deac28d@mail.gmail.com>

Hi Dims;
I think my mail - "Redefine Session Context -> Message Sequence
Context" have a kind of proposal.
thoughts?
Srinath
On 10/30/05, Davanum Srinivas <davanum@gmail.com> wrote:
> Team,
>
> Looks like there is a category of use cases where there are multiple
> to and fro messages:
>
> #1) Axis 1.X style session services (HTTP session in headers)
> #2) WS-SecureConversation
> #3) WS-RM
> #4) WS-Context
>
> So am now leaning towards adding something in API...If someone can
> come up with a concrete proposal that covers all of them (and others
> if there are any)
>
> Thanks,
> dims
>
> On 10/30/05, jaliya@opensource.lk <jaliya@opensource.lk> wrote:
> > Hi Eran,
> >
> > The concept of sequence can extend upto several IN-OUT or IN-ONLY
> > operations. So I agree that it will not fit into call API. However eith=
er
> > we can use call API to set it into some internal context or use that
> > context outside handled by the client code itself as follows.
> >
> > In the client Code-->
> >
> > RMContext rmContext =3D new RMContext();
> > rmContext.add(call1,...);
> > rmContext.add(call2,..);
> > ..
> >
> > rmContext.setLastMessage();
> > rmContext.endSequence();
> >
> > So if we have some mechanism as Paul mentioned, then we can handle this
> > context inside the RM module without letting it to be handled by the
> > client code.
> >
> > Thanks,
> >
> > Jaliya
> >
> >
> >
> > ----- Original Message -----
> > From: Eran Chinthaka
> > To: axis-dev@ws.apache.org
> > Sent: Sunday, October 30, 2005 11:40 AM
> > Subject: Re: [Axis2] Implications of WSRM interfaces on Axis2 ClientAPI
> >
> >
> > This is just a thought came to my mind about the LastMessage.
> >
> > Facts :
> > 1.ON-OUT MEP is very clear about the messages. Server receives a messag=
e
> > (client sends a message), Server sends out a message (Client receives a
> > message).
> > 2. Call API represents IN-ONLY MEP interaction.
> >
> > =3D=3D>it shoould be used to send a message and get the response back.
> >
> > So I feel there is no notion of Last Message w.r.t. Call api, at least
> > logically. You have ONLY two message, one goes out and one comes in. So=
 I
> > see there is no reason to add a way for the Call to set a last message.
> > Some one from higher level should handle that.
> >
> > Just a thought.
> >
> > Paul Fremantle wrote:
> > Guys
> >
> > I agree we don't want to add RM specific APIs to Axis2. However, as I t=
hink
> > my long post, and Chamikara's much neater append point out, there is a =
way
> > of looking at these as being general concepts in WS and not specific RM
> > concepts. In fact the Key concept is something that the Sandesha guys
> > invented and is not part of the RM spec. I believe that the same Key an=
d
> > Last Message concepts could also help when you switch on
> > WS-SecureConversation. They are just basic ideas about how WS works whe=
n not
> > everything is a single call and we start building conversations.
> >
> > What is driving this is a belief in COMPOSABILITY. Composability should=
 mean
> > not having to change my code for a given WS-* standard. But it also mea=
ns
> > that the core model has to support composability. WS-Security was lucky=
, we
> > didn't need to change any code, but its also inefficient, so we've had =
to
> > invent SecureConversation. I think that the idea of sequences and
> > conversations are generic new change the core model of WS and should be
> > reflected in the Axis2 API.
> > Paul
> >
> > On 10/29/05, Jaliya Ekanayake <jaliya@opensource.lk> wrote:
> >
> > I agree, that we don't need RM methods without RM. jar, but if we anals=
ye
> > the common requirements from RM or WS-SecCon etc, we may endup with
> > maximum
> > 5-10 new setters for the call API. Afterall these moduels are intended =
for
> > axis and it will be easy and clear for the users to use them in the Cal=
l
> > API
> > rather than having another Context or some other Object to transfer
> > properties.
> >
> > Thanks,
> >
> > Jaliya
> >
> > ----- Original Message -----
> > From: "Srinath Perera" <hemapani@gmail.com>
> > To: <axis-dev@ws.apache.org>
> > Sent: Saturday, October 29, 2005 10:11 AM
> > Subject: Re: [Axis2] Implications of WSRM interfaces on Axis2 ClientAPI
> >
> >
> > why u need RM methods when u do not have RM jar in the classpath?
> >
> > On 10/29/05, Jaliya Ekanayake <jaliya@opensource.lk> wrote:
> >
> > This is what we have in Sandesha 1.0. It introduce this new RMContext
> >
> > that
> >
> > requires the jar to be in the classpath.
> >
> > Thanks,
> >
> > Jaliya
> > ----- Original Message -----
> > From: "Srinath Perera" <hemapani@gmail.com>
> > To: <axis-dev@ws.apache.org>
> > Sent: Saturday, October 29, 2005 7:37 AM
> > Subject: Re: [Axis2] Implications of WSRM interfaces on Axis2 ClientAPI
> >
> >
> > I am 0- on moving the constants to the core
> >
> > how about following
> >
> > Call call =3D new Call();
> > call.engageModule("RM");
> > RMContext rcontext =3D (RMContext)call.getExtentionContext(RM_MODULE);
> > //return the RMContext from extension registry
> >
> > RMContext will have RM specific methods and provide way to monitor the
> >
> > RM
> >
> > IMHO once the user enable RM, user is not allowed to set sequence id
> > ect .. at the first message RM will automatically call create sequence
> > ..ect and provide sequenceIDs/UUID for the messages. Once the RM is
> > started Axis and RM control what happen .. User can quary status via
> > RMContext .. He may have a terminateSequence method() .. for premature
> > termination
> >
> > Thanks
> > Srinath
> >
> >
> >
> >
> >
> >
> >
> >
> >
>
>
> --
> Davanum Srinivas : http://wso2.com/blogs/
>