OASIS Mailing List ArchivesView the OASIS mailing list archive below
or browse/search using MarkMail.

 


Help: OASIS Mailing Lists Help | MarkMail Help

wsbpel message

[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]


Subject: RE: [wsbpel] Removing "compensating a process as a whole"


The problem for BPEL is that it either goes into monolithic "I specify
everything" mode which we have all seen fail in the past, or it sticks
to its factored role and takes dependencies on things like WSDL,
admittedly moving targets, that will define the aspects it leaves
unspecified.  If we make interoperability dependent on platform-level
deployment modes I would argue that we have failed to maintain the loose
coupling implicit in the web services architecture.

As for interop with WS-TX, specifically with the BA protocol(s), my
personal opinion is that this is something we should look at very
closely and do whatever is needed to make it happen.

Satish

-----Original Message-----
From: Assaf Arkin [mailto:arkin@intalio.com] 
Sent: Friday, June 20, 2003 9:59 AM
To: Satish Thatte
Cc: Yuzo Fujishima; wsbpel@lists.oasis-open.org
Subject: Re: [wsbpel] Removing "compensating a process as a whole"

Is it fair to assume that the specification is intended to foster 
interoperability between systems? Can we do that and still leave a lot 
of things unspecified?

Satish Thatte wrote:

>Consider also the BA protocol in WS-Transaction which shows how the
compensation of a subordinate instance would be invoked by a controlling
instance, if we were to specify such a subordinate-controller
relationship in BPEL, effectively "remoting" a scope as a separate
instance (without implicit state sharing).  The BA protocol messages
could be handled by implicit event handlers that maintain the BA
protocol semantics.
>  
>
>I am not saying yet that we should actually do this, just throwing out
some interesting possibilities to think about.
>  
>
It's a very interesting possibility. At least I'm interested in that 
possibility ;-)

The current spec seems to suggest in one place that it could be done 
(the appendix), and it seems to suggest in another place that it is 
permitted (implementation specific manner). Yet it does not define how 
it would be done in an interoperable fashion, leaving open the question 
of how would you go about using WS-TX, if you so choose to, and use it 
in an interoperable manner. Again, while most of the grunt work should 
be left up to the WS-TX spec, there's a few requirements placed on BPEL 
to actually clarify how things should be done.

So right now BPEL is in a limbo state where as an interoperable 
specification it does not allow you to use WS-TX (I can point out to 
specific issues, if you are interested), the only way to go about doing 
it is with something similar to the pattern described by Yuzo.

Is there any intent for BPEL to provide an interoperable way to use 
WS-TX (or similar protocol) to invoke compensation of a process as per 
its abstract definition?

arkin

> 
>
>Satish
>  
>





[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]