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

RE: Proposed Draft Charter for Choreography WG

From: Champion, Mike <Mike.Champion@SoftwareAG-USA.com>
Date: Fri, 8 Nov 2002 16:15:37 -0500
Message-ID: <9A4FC925410C024792B85198DF1E97E4045D87C7@usmsg03.sagus.com>
To: www-ws-arch@w3.org
-----Original Message-----
From: David Orchard [mailto:dorchard@bea.com]
Sent: Friday, November 08, 2002 2:39 PM
To: edwink@collaxa.com; 'Jeff Mischkinsky'; www-ws-arch@w3.org
Subject: RE: Proposed Draft Charter for Choreography WG

 BEA is also interested in the visualization aspects.  Though we do like the
idea of reusing UML in this regard.  However, are we ready to start
standardization on this?  Doesn't seem to be the same momentum. 
I'd like to suggest that our architecture has to include these transaction
and visualization aspects in discussions around choroegraphy.  We need
glossary terms, requirements, etc. 
 There's a placeholder for "long running transactions" in the current WSA
document, and time on the F2F agenda to discuss this feature and how we plan
to deal with it.
Visualization is an interesting subject that I don't think we've talked
about much.  I think we beat back a suggested requirement to be "tool
friendly" ... but I must confess that since this WG began it has become
increasingly apparent that most of the world agrees with Edwin that "XML is
a pretty inhuman programming language".  Obviously the GUI interfaces to
generate the SOAP, WSDL, and all the other headers and extensions that will
be needed by security, choreography, etc. are out of scope for
standardization.  On the other hand, *we* have to understand this stuff in
some notation that we can all grok, and it's possible that the raw XML isn't
I'm intrigued by Edwin's comment "BPML learned the hard way that the
notation language was a very important aspect of the usability and therefore
could not be an after thought."  Can someone elaborate on that and what
BPML's experience suggests to us?
Received on Friday, 8 November 2002 16:15:49 UTC

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