ebxml-tp message


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

 


Help: OASIS Mailing Lists Help | MarkMail Help
[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index]

Subject: Re: Comments of CPP



Duane,

In my previous reply, I neglected to respond to this comment:

   Becuase Business Process's can be adopted from multiple sources (who
   each define their own semantics and Roles) I see a possible collision of
   names used to describe roles within different business processes.

I'm not sure what you mean by "multiple sources".  <CollaborationProtocol>
points to an XML document that is the output of the BP Specification Schema
specificationfor one business process.  This describes the business
transactions for the specific 2-party collaboration using the specified
business process.  So the whole specification of the collaboration protocol
comes from one source - the definition of the business process, manifested
in the outout of the Specification Schema for that process. So within that
document, there should be no name collisions.

However in writing the above, the following came to mind which may be what
you are concerned with:
If a CPP has links to multiple collaboration protocol documents, then there
might be a collision of role names between collaboration protocol
documents.  The answer, I think is the following:

   The delivery channel already provides for one or more service bindings.
   Each points to a different collaboration protocol document.

   My proposal was to move the roles into the delivery channels.  To solve
   your problem, the role name (just one) would be under each service
   binding tag or maybe would be an attribute of the tag.

   The above should resolve the naming clashes.  Since the role name is
   significant to only one service binding tag, which points to only one
   collaboration protocol document, a clash of role names is of no
   significance.  Party X can play role name "A" in one collaboration
   protocol and can play the same role name "A", which has very different
   function, in a different collaboration protocol and there is no
   confusion.  This is exactly the same idea as my original suggestion in
   which party X plays role "A" in one instance of the collaboration
   protocol and plays role "B" (the other role) in the second instance of
   the same collaboration protocol.  In most cases, these issues relate
   only to the CPP since I expect that in general, a CPA will contain only
   one collaboration protocol.

Comments, anyone else?

Regards,
Marty

Regards,
Marty






*************************************************************************************

Martin W. Sachs
IBM T. J. Watson Research Center
P. O. B. 704
Yorktown Hts, NY 10598
914-784-7287;  IBM tie line 863-7287
Notes address:  Martin W Sachs/Watson/IBM
Internet address:  mwsachs @ us.ibm.com
*************************************************************************************



Duane Nickull <duane@xmlglobal.com> on 01/18/2001 06:54:03 PM

To:   ebxml-tp@lists.ebxml.org
cc:
Subject:  Comments of CPP



Hello Marty/all:

In the CPP example,  near the bottom of the XML Document,  there is an
element <CollaborationProtocol> that encapsulates each business process
supported by the party ID'ed at the top of the CPP document.  Each
Business Process can have one, two or more roles defined.  In some cases
the roles may be identified by words such as "Buyer" and "Seller" (as
per the example).  Other more generic terms may be used as well such as
"Submitter" or "Receiver".

The <Roles> element near the top of the document defines a Party's
ability to fulfill a certain role within a business process.

Becuase Business Process's can be adopted from multiple sources (who
each define their own semantics and Roles) I see a possible collision of
names used to describe roles within different business processes.

Is it possible to keep the existing <CollaborationProtocol> structure
near the end of the CPP document however,  place an element within it to
allow the party to state which roles it supports.  The element would
have to be able to occur one or more times.

eg>

<CollaborationProtocol version = "1.0"
                       id = "N07"
                       xlink:type = "locator"
xlink:href="http://www.foo.com/purchasing.xml">
                       Buy and Sell
  <!-- This role would be explicitly called out in the actual Business
Process XML document-->
  <Role>Buyer</Role>
  <Role>Seller</Role><!--can receive the PO as well as send them out-->
</CollaborationProtocol>


Comments?

Duane Nickull





[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index]
Search: Match: Sort by:
Words: | Help

Powered by eList eXpress LLC