RE: [ebxml-cppa] RE: CPPA-BPS interlock question

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

David,

Thanks for the update.  I guess I asked the wrong people initially :-)

I suggest that for V 1.1, we just put in the overrides for the values of
timeToPerform and consider retries and retry interval in the V2 time frame.
I agree that it doesn't make sense to put them in the CPA if they aren't in
the BPSS instance.  I suspect that there are domain-specific issues that
would have to be handled at the BPSS level such as whether the application
will recognize the retry as a retry rather than a new request. I recollect
a discussion on this a couple of months ago.

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



David Smiley <dsmiley@mercator.com> on 01/04/2002 12:04:17 PM

To:    Martin W Sachs/Watson/IBM@IBMUS, "Hayes, Brian"
       <Brian.Hayes@Commerceone.com>
cc:    dmoberg@cyclonecommerce.com, "Hayes, Brian"
       <Brian.Hayes@Commerceone.com>, ebxml-cppa@lists.oasis-open.org
Subject:    RE: [ebxml-cppa] RE: CPPA-BPS interlock question



Marty,

I believe this issue is already included in the list of BPSS outstanding
issues related to CPPA. It is stated as:

BPSS timeToPerform for BusinessTransactionActivity and related CPPA:

The BPSS Process Specification document has a timeToPerform attribute of
the
BusinessTransactionActivity element. This is the maximum allowed service
time for a request, defined separately for each business transaction.
However the BPSS does not define the number of retries or retry interval.
One could add number of retries and retry interval to the CPP-CPA but it
isn't clear that it  makes sense without including retries in the BPSS
choreography. It isn't clear whether the BPSS would have to be extended to
cover retries or at least to include  attributes that express number of
retries and retry interval.  If these were defined in the BPSS, then the
corresponding items in the CPP-CPA would define override values. Overrides
of timeToPerform and retry interval might make sense since these quantities
are probably system-dependent.

David Smiley

-----Original Message-----
From: Martin W Sachs [mailto:mwsachs@us.ibm.com]
Sent: Friday, January 04, 2002 11:54 AM
To: Hayes, Brian
Cc: dmoberg@cyclonecommerce.com; Hayes, Brian;
ebxml-cppa@lists.oasis-open.org
Subject: [ebxml-cppa] RE: CPPA-BPS interlock question



Someone please add "override of value of BPSS timeToPerform" to the CPPA
open issues list.  Can we get this in for V 1.1?

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

*********



"Hayes, Brian" <Brian.Hayes@Commerceone.com> on 01/04/2002 10:57:28 AM

To:    Martin W Sachs/Watson/IBM@IBMUS, dmoberg@cyclonecommerce.com,
       "Hayes, Brian" <Brian.Hayes@Commerceone.com>
cc:
Subject:    RE: CPPA-BPS interlock question



I agree that timeToPerfom should be overridable.  This is primarily a CPPA
issue; obviously, the CPPA and BPSS must have the same semantics for
timeToPerform.

Brian

-----Original Message-----
From: Martin W Sachs [mailto:mwsachs@us.ibm.com]
Sent: Friday, January 04, 2002 7:09 AM
To: dmoberg@cyclonecommerce.com; Brian.Hayes@commerceone.com
Subject: CPPA-BPS interlock question


Someone at my lab has suggested that the value of timeToPerform should be
able to be overridden in the CPA.  This would enable tailoring
timeToPerform for the performance of different implementations. This makes
sense to me.

Is this alread on the interlock list?  If not, can it be added?

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


*********




----------------------------------------------------------------
To subscribe or unsubscribe from this elist use the subscription
manager: <http://lists.oasis-open.org/ob/adm.pl>