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


Help: OASIS Mailing Lists Help | MarkMail Help

[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index]
Re: [xml-dev]Changing Namespaces Between Specification Versions (was: XIN: XML implicit namespace definitions)

Original Message From: "Andrew Welch"
> 2009/4/22 Michael Kay <mike@saxonica.com>:
>>> I concur with Michael's observation, but I don't think a
>>> version attribute alone is sufficient for good versioning.
>> It's not enough on its own, but it gets you a long way, provided of 
>> course
>> that the value of the attribute is not just an opaque string but a 
>> pointer
>> to a set of rules that define the contract between sender and recipient
>> associated with that version.
> For an alternative opinion on versioning, see Robin Berjon's posts in
> this thread:
> http://markmail.org/message/fmg75xevxdo4hunv
> "Personally, I would recommend that we don't :) Version identifiers
> are largely useless and experience shows that users use them wrong
> (e.g. a bunch of SVG out there that's labelled as 1.1 is really 1.2,
> but people just copy-paste the root element). "

An interesting thread.  I agree with most of the steps, but not sure I agree 
with the conclusion (i.e. don't bother with version numbers).  At least 
version numbers let you know what the developer was aiming for even if they 
failed spectacularly to achieve it!  That helps those in the know debug it, 
even if it's no help to Joe Public.

That said, there isn't a one size fits all versioning strategy, and that's 
why it needs to be considered at the start of a project.

Pete Cordell
Codalogic Ltd
Interface XML to C++ the easy way using XML C++
data binding to convert XSD schemas to C++ classes.
Visit http://codalogic.com/lmx/ for more info 

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

News | XML in Industry | Calendar | XML Registry
Marketplace | Resources | MyXML.org | Sponsors | Privacy Statement

Copyright 1993-2007 XML.org. This site is hosted by OASIS