OASIS ebXML Messaging Services TC

RE: [ebxml-msg] ebXML Message Service Specification

  • 1.  RE: [ebxml-msg] ebXML Message Service Specification

    Posted 11-06-2001 09:04
    
    I agree with Arvola. Once the schema is normative, and not just an example,
    we have to assume that there will be people who implement the schema and
    give only cursory attention to the text.
    
    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 11/05/2001 09:58:35 PM
    
    To:    Arvola Chan <arvola@tibco.com>, Martin W Sachs/Watson/IBM@IBMUS
    cc:    ebXML Msg <ebxml-msg@lists.oasis-open.org>
    Subject:    RE: [ebxml-msg] ebXML Message Service Specification
    
    
    
    Arvola,
    
    I guess you refer to:
    
      I suggest that this sentence be struck out. The schema must be in sync
      with
      the specification because implementers will directly use the schema in
      their
      implementations.
    
    in reference to the sentence:
    
      Note: if inconsistencies exist between the specification and this schema,
      the specification supersedes this example schema.
    
    I disagree.  The spec must take precedence over the schema in the appendix.
    If
    there is a discrepancy, we must change the schema.  After we publish v1.1
    with
    the schema in the appendix, we can no longer make changes to the v1.1 spec
    but
    we can still make changes to the schema.
    
    I will make this change if the group decides you are right and I am wrong.
    Anyone?
    
    Regards,
    
    David.