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
>

Reply via email to