Hi 
 
First of may I say that I have been extremely impressed with the support on 
this forum. 
 
Simon, you are correct with the overview of the pattern except that the number 
of progress messages returned would be configurable. 
 
I am analysing the use of SCA in the ground segment of a space system. This is 
to be based on standards being developed. These standards require that certain 
message exchange patterns between a consumer and producer be provided. We will 
not be using web services so we would extend the transport bindings to either 
use CORBA or TCP/IP communication. The information model for communication is 
defined in the standard, we will just provide an encoding as the standard does 
not cover this. I have assumed that we can do this within the binding 
mechanism? 
 
With regard to BPEL we would not be interested in this at least for the moment. 
Main languages used are Java and C++.  Both the consumer and provider at least 
for the time being will all be on the ground although they will like be 
distributed depends on the deployment.
 
I guess what I am trying to understand is if I can use conversations to do this 
and if so, can you extend the conversation dynamically, as the number of our 
responses are variable, or do we need to develop a new service that handles 
this and then our core services use this. For instance we could do this by 
callbacks over the transport. But I want to get a feel for the extent of work 
we will need to do or if we just start from scratch. The MEP is one of 5 but 
this is the most complicated to provide hence my interest in this. 
 
Regards,
 
Steve.

________________________________

From: Simon Laws [mailto:[EMAIL PROTECTED]
Sent: Thu 13/03/2008 23:00
To: tuscany-user@ws.apache.org
Subject: Re: Conversation and Message exchange patterns



Yep, I believe it's right that Tuscany's implementation.bpel doesn't support
callback, conversation etc.

Can you say a litte more about what you mean about achieving the same using
pure web services. If the services are written outside of the context of the
Tuscany runtime them it is up the the service implementation to provide some
callback and/or conversation protocol. If you mean is it possible to
callback to a web service that is outside the tuscany runtime environment
then that may work by explicitly setting the callback binding details but
I'd have to test if. If nothing else you could specify a remote reference
with a web services binding and use that as the callback target from within
you service code. Sorry this is not a very precise answer. Maybe you could
say a little more about your scenario

Regards

Simon

On Thu, Mar 13, 2008 at 7:59 PM, Jean-Jacques Dubray <[EMAIL PROTECTED]>
wrote:

> Simon:
>
> my understanding is that it cannot be done with BPEL yet.
>
> Do you know if this can be achieved with pure Web Services (regardless of
> whether they have been written in Java or not).
>
> JJ-
>
> On Thu, Mar 13, 2008 at 12:05 PM, Simon Laws <[EMAIL PROTECTED]>
> wrote:
>
> > On Wed, Mar 12, 2008 at 3:35 PM, James, Steven <[EMAIL PROTECTED]>
> > wrote:
> >
> > > We are investigating using SCA and are trying to understand if SCA
> could
> > > support complex Message exchange patterns (MEP's). What I mean by MEP
> is
> > > similar to those defined by WSDL 2.0 i.e. In-out Out-Only etc.
> > >
> > > I have been looking at the conversation capabilities of SCA and am
> > > starting to think we could create our message patterns using this
> > mechanism.
> > > The types of pattern we are intrested in are for instance the ability
> to
> > > make a request and then get a configurable number of progress updates.
> > Is
> > > this possible using conversations? in addition is there any language
> or
> > > transport constraints to this?
> > >
> > > Best regards,
> > >
> > > Steve.
> > >
> > >
> > > This e-mail and any attachment is for authorised use by the intended
> > > recipient(s) only. It may contain proprietary material, confidential
> > > information and/or be subject to legal privilege. It should not be
> > copied,
> > > disclosed to, retained or used by, any other party. If you are not an
> > > intended recipient then please promptly delete this e-mail and any
> > > attachment and all copies and inform the sender. Thank you.
> > >
> > >
> > >
> > > ---------------------------------------------------------------------
> > > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > > For additional commands, e-mail: [EMAIL PROTECTED]
> > >
> > Hi Steve
> >
> > Welcome to Tuscany!
> >
> > Let me make sure I have your scenario correct then we can work up some
> > sample interface  together for how to make it work. So IIUC you have
> > service
> > A and service B and they call each other as follows:
> >
> > A calls B.doSomething asynchronously
> > B calls A.progressReport
> > B calls A.progressReport
> > B calls A.progressReport
> >
> > The progress reports stops after a set number have been delivered?
> >
> > On the "language or transport constraints to this" point. The general
> > support for conversations, callbacks etc is good for Java over the SCA
> and
> > WebServices bindings. I don't think other languages/transports have been
> > addressed but I'm sure someone will jump in and correct me.
> >
> > Regards
> >
> > Simon
> >
>
>
>
> --
> Jean-Jacques Dubray
> 425-445-4467
>




This e-mail and any attachment is for authorised use by the intended 
recipient(s) only. It may contain proprietary material, confidential 
information and/or be subject to legal privilege. It should not be copied, 
disclosed to, retained or used by, any other party. If you are not an intended 
recipient then please promptly delete this e-mail and any attachment and all 
copies and inform the sender. Thank you.


---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to