OASIS ebXML Messaging Services TC

 View Only

Re: [ebxml-msg] Message Order Inconsistency section 10 pp's 1,2

  • 1.  Re: [ebxml-msg] Message Order Inconsistency section 10 pp's 1,2

    Posted 12-11-2001 13:02
    Marty,
    
    I respectfully disagree.  We have included two normative bindings to
    specific communication protocols and left the door purposefully open to any
    and all other communication protocols.  It is possible to implement
    ebXML-MSH using a JMS provider today.
    
    I also disagree we decided ebXML Reliable Messaging was required for ebXML
    Message Order.  In fact, Shimamura-san and I went through some rewording of
    his clarifications to avoid that requirement.  The ebXML specification has
    explicitly recognised the possibility of other communication protocols in
    the past, including those that provide reliability.  We were working to
    ensure the message ordering text wasn't a glaring exception.
    
    David,
    
    Recognising the possibility of communication protocols that provide both
    reliability and message ordering is very different than making a required
    association between the two features.  Just as ebXML Reliable Messaging is
    intended to supplement features available in the communication protocol, so
    should ebXML Message Order be used.  For example, one of the many SOAP
    extensions might provide one feature but not the other.
    
    All,
    
    My recommendation is to change paragraph 1 in section 10 to also allow
    non-ebXML Reliable Messaging combined with ebXML Message Order.
    
    thanx,
        doug
    
    ----- Original Message -----
    From: "Martin W Sachs" <mwsachs@us.ibm.com>
    To: "David Fischer" <david@drummondgroup.com>
    Cc: "Miller, Robert (GXS)" <Robert.Miller@gxs.ge.com>; "ebxml-msg"
    <ebxml-msg@lists.oasis-open.org>
    Sent: Tuesday, 11 December 2001 06:03
    Subject: RE: [ebxml-msg] Message Order Inconsistency section 10 pp's 1,2
    
    I thought that we had already agreed on: "if eb:MessageOrder is used, then
    eb Reliable Messaging should be  used as well."
    
    Since we haven't identified and don't have bindings for any other RM
    protocols, the issue is moot.
    
    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 Fischer <david@drummondgroup.com> on 12/10/2001 10:36:22 PM
    
    To:    "Miller, Robert (GXS)" <Robert.Miller@gxs.ge.com>, ebxml-msg
           <ebxml-msg@lists.oasis-open.org>
    cc:
    Subject:    RE: [ebxml-msg] Message Order Inconsistency section 10 pp's 1,2
    
    Yes, I think you are right. We talked about other RM mechanisms but  then
    someone pointed out, the other RM mechanism will probably deliver in order
    as well so there is no need for eb:MessageOrder.
    
    IMO, if eb:MessageOrder is used, then eb Reliable Messaging should be  used
    as well.
    
    Thoughts, Comments, Objections?
    
    Regards,
    
    David Fischer
    Drummond Group
    ebXML-MS Editor.
    -----Original Message-----
    From: Miller, Robert (GXS)  [mailto:Robert.Miller@gxs.ge.com]
    Sent: Monday, December 10, 2001  1:37 PM
    To: ebxml-msg
    Subject: [ebxml-msg] Message Order  Inconsistency section 10 pp's 1,2
    
    Section 10 paragraph 2 MessageOrder module SHOULD  only be used in
    conjunction with a reliable messaging mechanism ..." conflicts  with
    paragraph 1 "... Reliable Messaging MUST be used when a MessageOrder
    element is present."
    
    
    
    
    ----------------------------------------------------------------
    To subscribe or unsubscribe from this elist use the subscription
    manager: <http://lists.oasis-open.org/ob/adm.pl>