OASIS Mailing List ArchivesView the OASIS mailing list archive below
or browse/search using MarkMail.


Help: OASIS Mailing Lists Help | MarkMail Help

ebxml-jc message

[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [Elist Home]

Subject: [ebxml-jc] Some new issues.

I would like to add new issues to the
working agenda:

1. The current TC approval process for
specifications is extremely brittle with
respect to the smallest editorial corrections.
Even the slightest change-- adding a comma--
apparently requires a new version, a
new vote, a new request to Oasis for
re-submission, and a 3 month delay.
Might there not be an incremental
amendment process for errata in 
specifications that avoids the
incredible overhead and delay of the
current process? Even a process to
issue an errata sheet that did not
overturn the existing votes would
be better than what we have, IMO.

2. Oasis needs to identify how to
register and maintain the enumerated
constants, with pivotal fixed semantic
values, that occur in its specifications.
OSI/ISO/ITU had its OID system. Apparently
Oasis has a URN system. That is fine, but
the process whereby specifications can
make use of this URN system is unclear.
While this seems a small clerical matter,
and it is, these little details can be crucial
for actually having specifications that can
be used interoperably. It is especially
pivotal because it is a focal point for
the growing tension between extensibility and interoperability
and currently has no method for resolution or release.
We need a standards body acupuncture treatment
in the next few weeks IMO.

[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [Elist Home]

Powered by eList eXpress LLC