OASIS ebXML Messaging Services TC

I've come across a couple small problems while trying to complete WD
19, and have guessed at appropriate resolutions (subject to review &
approval, of course).  There may be more like this to be found, as no
one has yet made a thorough comparison between the spec, schema and
examples.


CORE-112
According to 5.2.2.12, PayloadInfo contains @xml:id and @eb:version
attributes.  Uncertain where a reference to this @id would be useful,
as a Signature would point to the payload data itself.  A version
attribute appears further down, at
PayloadInfo/PartInfo/Schema/@version, which seems appropriate.  So
the one at this level appears to be extraneous.  Neither schema nor
examples contain these attributes.
Proposal: remove both attributes.


CORE-113
5.2.2.13 states that eb:PartInfo/Schema/@namespace is REQUIRED, yet it
appears neither in the schema nor in examples.  Propose to make it
OPTIONAL and add it to the schema.  Also clarify that
eb:PartInfo/Schema/@version is also OPTIONAL (leaving only @location
REQUIRED).


And calling to your attention to Issue CORE-111 (from my previous
message on namespace & versioning):
> Messaging/@version
> attribute adds no useful information that is not already communicated
> via the namespace declaration, so it could be removed.  (version="3.0"
> is not just a semantic variant of the previous header structure; it is
> a completely new schema/namespace.)

I propose to remove eb:Messaging/@version, because it needlessly
complicates MSH implementations.  If the processing semantics of the
eb:Messaging element are changed, I would prefer to signify this
through a namespace change (either at the eb:Messaging level, or for
individual sub-elements, depending on where the change has occurred).
The alternative requires building specialized processing into the MSH,
to change behavior based on the contents of the @version string.

In case this is too controversial, I will prepare drafts both with and
without it, so we can choose which variant to send to public review.


--Pete
Pete Wenzel 

I suppressed the automatic notifications resulting from these uploads,
in order to explain them all at once.

1. http://www.oasis-open.org/committees/download.php/23196/ebms_core-3.0-spec-wd-19-diff.pdf
  This is Working Draft 19 of OASIS ebXML Messaging Services
  Version 3.0: Part 1, Core Features.
  Changes from WD 18:
    * CORE-110: Section 5.2.2.7, AgreementRef/@type now optional, default
      content is URI. @pmode spelling fixed in schema.
    * Section 5.2.3.3, Receipt signal contents SHOULD follow BPSS Signal
      (was MUST).
    * Section 7.9.3 example, removed "mid:" reference scheme.
    * CORE-107: Updated namespace and feature URIs throughout.
    * CORE-112: Section 5.2.2.12, removed attributes from PayloadInfo.
    * CORE-113: Section 5.2.2.13 and schema, clarify cardinality of
      eb:PartInfo/Schema attributes.
    * CORE-111: Section 5.1.3.6 and examples, removed Messaging/@eb:version.

2. http://www.oasis-open.org/committees/download.php/23198/ebms_core-3.0-spec-wd-19.pdf
   Same as above, but without "diff" markup.

3. http://www.oasis-open.org/committees/download.php/23197/ebms_core-3.0-spec-wd-19b.pdf
   Same as above, but without CORE-111 proposal.  That is,
   Messaging/@version still in place.

The goal of the next meeting should be to accept either WD 19 or
WD 19b as a Committee Draft and Public Review Draft, unless TC members
feel further changes are needed prior to PR.

--Pete
Pete Wenzel