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

Re: Combining Policies (was RE: Partial executability/ determinis m of a Chor description language

From: Anders W. Tell <opensource@toolsmiths.se>
Date: Thu, 05 Jun 2003 17:10:07 +0200
Message-ID: <3EDF5D4F.6050207@toolsmiths.se>
To: "Burdett, David" <david.burdett@commerceone.com>
CC: "'Assaf Arkin'" <arkin@intalio.com>, Ricky Ho <riho@cisco.com>, "Yaron Y. Goland" <ygoland@bea.com>, public-ws-chor@w3.org


see comment inline.

Burdett, David wrote:

>Having taken a quick look at the document you attached, it seems to me that
>really it describes a legal framework that identifies how businesses would
>interact. It does not necessarily specify the detail of how they would
Yes, the "top" are general provisions which sometime may be difficult or 
impossible to correctly represent in electronic form other than as text. 
The UBAC work were doing covers simple textual agrement to complext 
eContracts. This with an approach that we start simple with textual 
clauses and work our way toward semantically rich,executable and 
computer interpretable agreement components.

>I am also wondering what your thoughts are about separating agreements into
>three levels:
>1. Technology agreements that cover messaging, technical protocols,
>security, etc
Seems resonable , these are often call technical addendums.

>2. Process and data agreements that cover the choreography and data to be
>used, and
Seems resonable.

>3. Business agreements that specify how individual parties will interact.
Seems resonable of you by interact include that parties are obligated to 
..., have the right to...., is prohibited from....

>I think that technology agreements could be developed that could be used by
>multiple industries, and process and data agreements could be developed for
>individual industries and that the Business agreements could link the two
>together for use in a particular instance.
IMHO the leveling approach is often appeling but when used in the 
context of agreeements, real life more complex than that.  I like to 
think in terms of topology or formation. I also like to separate 
agreements from specifications.

* A specification is a collection specification components that one or 
more authors have created (possibly with copyright)  The authors sign 
the specification with an "Authenticity of Origin" signature. Which 
means the authors does not obligate themself to use the spec and is not 
responsible for usage by others.

* An Agreement contains agreement components and is signed by parties 
that obligate themself to the semantics specified by the agreement 

I believe that desctinctions like these are important othewise we never 
know what the signature means. Reuse almost always involve 
specifications, even on an industry level.

So the an agreement topology is the art of relating agreements, 
specification and parts thereof, ie. references, appendix, include, 
govern, govern with superiority etc.

Here I also see benefits from using the notion of Specifciations as 
containers of components which may or may not be related.  WSDL is 
component, Chorograpghy is a components, W3C XML Schema is a component. 
A Choreography is bound (static, dynamically) to a syntax specific 
InformationSpecification such as XML Schema.

In terms of who developes what, I think its a political process and all 
we can do is to facilitate a number of relevant possibilities.

Received on Thursday, 5 June 2003 11:11:25 UTC

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