W3C home > Mailing lists > Public > public-ws-chor@w3.org > July 2003

RE: Grounding Choreographies (the atoms) - WAS Simple Choreography composition suggestion

From: Tony Fletcher <tony_fletcher@btopenworld.com>
Date: Fri, 18 Jul 2003 20:52:07 +0100
To: <public-ws-chor@w3.org>
Message-ID: <000001c34d66$1422be10$df807ad5@corp.choreology.com>

Dear Colleagues,

I take no credit for raising this question - I think I remember Paul Lipton
asking it on one of the early Telecons six months or so ago.  But it is
raised again in the mail below so I will surface it again explicitly.

What is the use case for having a Choreography language of the type that
this group is trying to develop?  Who will use it or what will use it.  At
what stage(s) of designing and running business processes will it be used?
What will we be able to achieve when we have the language available that we
can not achieve now?  (And what are the advantages of expressing the
language in XML syntax (I can list some disadvantages already!) rather than
just building the language ourselves (as Java, C#, Perl, etc., etc.)?

The use cases we have all describe various business 'situations' or
scenarios that the language could / should be able to describe but do not
describe how such a description would be used or what the benefits of having
one available would be.  (By the way if any of the authors of the use cases
have included this then apologies, thank you, and please point me to chapter
and verse (OK a URI will do!) and I will go and read properly.)

I do have my own views on the answers to these questions but I am hoping
that others will respond with some sound reasons.  If people do I really
feel that it will focus and re-invigorate the group. 

Best Regards     Tony
A M Fletcher
Cohesions  (TM)
Business transaction management software for application coordination
Choreology Ltd., 13 Austin Friars, London EC2N 2JX     UK
Tel: +44 (0) 20 76701787   Fax: +44 (0) 20 7670 1785  Mobile: +44 (0) 7801
tony.fletcher@choreology.com     (Home: amfletcher@iee.org)

-----Original Message-----
From: public-ws-chor-request@w3.org [mailto:public-ws-chor-request@w3.org]
On Behalf Of Champion, Mike
Sent: 17 July 2003 19:25
To: public-ws-chor@w3.org
Subject: RE: Grounding Choreographies (the atoms) - WAS Simple Choreograph y
composition suggestion

> -----Original Message-----
> From: Cummins, Fred A [mailto:fred.cummins@eds.com]
> Sent: Thursday, July 17, 2003 1:59 PM
> To: Martin Chapman; Steve Ross-Talbot; Champion, Mike
> Cc: public-ws-chor@w3.org
> Subject: RE: Grounding Choreographies (the atoms) - WAS Simple 
> Choreograph y composition suggestion

> While I agree that it should be possible to define a MEP with the 
> choreography langauge, I would not like a reliable messaging 
> choreography to be merged with a purchasing choreography.
> I want the purchasing choreography to be expressed with the
> reliable messaging protocol implied, i.e., abstracted out.
> The MEP will have implications to the design of the business 
> choreography.  Consequently, it may be necessary to incorporate a 
> reference so that the assumptions are clear, but I don't see a single 
> choreography incorporating both levels of abstraction in any more 
> complex way.

Maybe we could agree that ...

-- The underlying formalism we use or devise must be rich enough to describe
all known MEPs, and RM protocols, etc.

-- The actual WS-Choreography language must be rich enough to describe the
interaction at the "logical" level, with RM, Security interactions, etc.
abstracted away.

-- Our objective is that business choreography *languages* can be built as a
layer on top of WS-Choreography, not that it should be directly useable by
non-technical business analysts  .  
Received on Friday, 18 July 2003 15:50:43 UTC

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