[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [Elist Home]
Subject: RE: [ebxml-cppa] reliable messaging comments
Marty: The MessagingCharacteristics under DeliveryChannel element contains the following attributes: - syncReplyMode - ackRequested - ackSignatureRequested - duplicateElimination - actor These attributes summarize the messaging behavior associated with the delivery channel. Auxiliary information is found under the DocExchange element. The ReliableMessaging element provides retry, retry interval, and messaging ordering semantics, if ackRequested is set to "always" or "perMessage". If ackRequested is set to "none", then information provided by the ReliableMessaging element is essentially ignored at run time. The PersistDuration element was originally a sub-element of ReliableMessaging. The decision to make it a sibling of ReliableMessaging was made during the January CPP/A F2F meeting. The rationale was that in ebMS 2.0, duplicate elimination can be controlled independent of the use of the AckRequested element. The PersistDuration is needed to deterimine how long a message should be kept in persistent storage to facilitate duplicate elimination. If the duplicateElimination attribute is set to "perMessage" or "always", the PersistDuration element must be present. Similarly, if the ackRequested element is set to "perMessage" or "always", the ReliableMessaging element must be present. These constraints are already stated in the sections on the ackRequested attribute and on the duplicateElimination attribute. The CPA composition tool should flag an error if any of these constraints is violated. -Arvola -----Original Message----- From: Martin W Sachs [mailto:mwsachs@us.ibm.com] Sent: Saturday, April 13, 2002 9:29 PM To: ebxml-cppa@lists.oasis-open.org Subject: [ebxml-cppa] reliable messaging comments Following are significant technical comments on reliable messaging in V1.11 that should be discussed as soon as possible Section 8.4.40, ReliableMessaging element We need to state what delivery semantics are implied by the presence of the ReliableMessaging element. Is it onceAndOnlyOnce or does it depend on the states of its child elements and the PersistDuration element? Section 8.4.41, PersistDuration element Since the PersistDuration has cardinality 0 or 1, we need tighter rules on its use besides the rule that it must appear if MessageOrder is "guaranteed". PersistDuration applies to, and only to, reliable messaging. Therefore, it should be a child element of the ReliableMessaging element. We need to state what happens to duplicate elimination if the PersistDuration element is omitted. Possibilities are: Duplicate elimination takes place but the value of PersistDuration is a local matter. There is no duplicate elimination and the delivery semantics become atLeastOnce, which is not really reliable messaging. The short term answer to the above has to be consistent with ebMS 2.0. 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>
[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [Elist Home]
Powered by eList eXpress LLC