RE: [ubl] Namespace versioning

Tony,

I am not talking about doing away with minor versions for the schema, only minor versioning of the namespaces. A namespace is nothing more than the first part of a qualified name for elements and attributes - or if you like an artificial container of names that are unique within that container. It is not, and in my opinion should not, be a substitution for schema location. Our namespace string and schema location string are the same out of convenience and standardization - not because they imply the same thing.

Mark

Mark, what mechanism would you use for identifying the minor version of
the Schema that an instance is valid for? Non-identification of minor
versions is fine for systems that are always and instantaneously updated
to handle the latest minor version of the Schema, but all other systems
need to be able to identify when they have been sent an instance which
corresponds to a new minor version that the system doesn't yet handle.

Cheers, Tony.

On Tue, 16 Aug 2005 20:07:11 +0100, CRAWFORD, Mark <MCRAWFORD@lmi.org>
wrote:

> Greetings,
> A while back I raised the issue of eliminating the minor versioning of
> namespaces. More specifically, I propose changing NMS 2 as well as
> differentiation VER 1 through VER 4 for the namespace <document ID> to
> use <name>-<major> and for the schema location <documentID> to use
> <name>-<major >.<non-zero>[.<revision>].

--
Anthony B. Coates
London Market Systems Limited
33 Throgmorton Street, London, EC2N 2BR, UK
http://www.londonmarketsystems.com/
mailto:abcoates@londonmarketsystems.com
Mobile/Cell: +44 (79) 0543 9026
[MDDL Editor (Market Data Definition Language), http://www.mddl.org/]
[FpML Arch WG Member (Financial Products Markup Language),
http://www.fpml.org/]
-----------------------------------------------------------------------
This Email may contain confidential information and/or copyright material
and is intended for the use of the addressee only. Any unauthorised use
may be unlawful. If you receive this Email by mistake please advise the
sender immediately by using the reply facility in your e-mail software.
Email is not a secure method of communication and London Market Systems
Limited cannot accept responsibility for the accuracy or completeness of
this message or any attachment(s). Please examine this email for virus
infection, for which London Market Systems Limited accepts no
responsibility. If verification of this email is sought then please
request a hard copy. Unless otherwise stated any views or opinions
presented are solely those of the author and do not represent those of
London Market Systems Limited.

---------------------------------------------------------------------
To unsubscribe from this mail list, you must leave the OASIS TC that
generates this mail. You may a link to this group and all your TCs in OASIS
at:
https://www.oasis-open.org/apps/org/workgroup/portal/my_workgroups.php

ubl message