RE: no synch vs asynch indicator in CPP/CPA

[Martin W Sachs <mwsachs@us.ibm.com>]

See Bob Haugen's last paragraph.  It includes an example of a use for
RefToMessageId at the business process level.

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
*************************************************************************************



Bob Haugen <linkage@interaccess.com> on 01/29/2001 11:45:34 AM

To:   "'christopher ferris'" <chris.ferris@east.sun.com>,
      "ebxml-tp@lists.ebxml.org" <ebxml-tp@lists.ebxml.org>
cc:
Subject:  RE: no synch vs asynch indicator in CPP/CPA



<Christopher Ferris>
As for a Business Process description/model incorporating
a notion of synchronous vs asynchronous in the MODEL, I think
that clearly this is a mistake. What is synchronous or asynchronous
is an implementation detail that should be described
at the level of the CPP/CPA in describing the technical
details of how the messages can be exchanged for a given business
process that is based on the implementation capabilities
of the partners, NOT on the description of the business
process model.
</Christopher Ferris>

I think there are notions of sync vs async that *are* appropriate
for the business process level, and they may be different from
the sync vs async at the transport level.

For example, async at the business process level may mean
that the business process does not expect a response
document in this transaction, but the response will arrive
in a separate transaction at some later time, which will
need to be associated with the request in business
collaboration software.  The request document in this
case could have been transmitted synchronously
with transport-level acks (or not).

-Bob Haugen