W3C home > Mailing lists > Public > www-ws-arch@w3.org > October 2002

RE: Definition of Choreography

From: Edwin Khodabakchian <edwink@collaxa.com>
Date: Sat, 19 Oct 2002 18:29:37 -0700
To: "'Paul Prescod'" <paul@prescod.net>, "'Champion, Mike'" <Mike.Champion@softwareag-usa.com>, <www-ws-arch@w3.org>
Message-ID: <000001c277d8$27d00260$680aa8c0@collaxa.net>


External interfaces can/should be kept simple (coarse grained) for
adaptability purposes.

Private implementation always get complex: they start with a story where
business analyst drag and drop a few nodes on a canvas and evolve to
complex implementation by the time the developer has implemented all
data transformation, exception handling, parallel branching, join
patterns, timeout management, transaction/compensation semantic, etc...

Here are a couple of real world examples (the hidden face of BPM tools):

[1] Claim Processing Application: 

[2] Telecom Provisioning App:

In both cases the interface between the orchestrator and each
participant is simple. The logic that puts all the pieces together,
manages exceptions, handles variability is complex.

This is one reason why way the public interface and the private
implementation should be defined/described using different formalism
although they are intimitely related (similar to Java interface versus
Java class).

Both can be standardized separately.


> -----Original Message-----
> From: www-ws-arch-request@w3.org 
> [mailto:www-ws-arch-request@w3.org] On Behalf Of Paul Prescod
> Sent: Saturday, October 19, 2002 6:07 PM
> To: Champion, Mike; www-ws-arch@w3.org
> Subject: Re: Definition of Choreography
> Champion, Mike wrote:
> >...
> > Thoughts anyone?
> Specifying the external interfaces (with or without time-based 
> sequencing) is a completely different problem than scripting a set of 
> web services to accomplish some task. I would personally use 
> a scripting 
> language for the latter but I know that won't get me any venture cap.
> Nevertheless, I think that we should choose two different words for 
> those two different projects and avoid the confusion of 
> pretending they 
> are the same thing. Then the powers that be can decide separately 
> whether each project is worthwhile.
>   Paul Prescod
Received on Saturday, 19 October 2002 21:29:51 UTC

This archive was generated by hypermail 2.3.1 : Tuesday, 6 January 2015 21:41:00 UTC