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

 


Help: OASIS Mailing Lists Help | MarkMail Help

 


 

   RE: [xml-dev] XML Schema Versioning

[ Lists Home | Date Index | Thread Index ]

Title: XML Schema Standards
Your approach is fine and reasonably consistent with how others approach
that task.  As to versioning:
 
1. Visit www.xfront.com.   Review the best practices there.   Note that there is
also an XML Schema for Units of Measure there.   You may want to contribute
to that.
 
2.   Google for XML Versioning Version.  You will find that there has been 
considerable discussion of that topic for a number of years.   There isn't 
a one size fits all solution.
 
len 

From: Barwell Jonathan [mailto:Jonathan.Barwell@aah.co.uk]

Our organisation is just getting up to speed with XML and we are currently trying to put some standards together.  As part of this initiative I am trying to come up with a strategy for versioning of XML Schemas.  My current plan is that we develop 3 types of schemas 1) Core Component Library - A library of commonly used simple types and attributes that define the structure of elements, e.g. "string20Type" defines a string with a maximum length of 20 characters etc. 2) Business Component Library - A library of simple and complex types that are more specific to our individual business requirements, e.g. UnitOfMeasureType that defines an enumerated list of Units of Measure, uses structures defined in the Core Component Library.  3) Application/Service specific schema - Schema specifically related to the application or service to support a business process, reuses structures from the Core Component Library and the Business Component Library.

 

The reason I have structured our schemas like this is to try and get reuse out of standard elements and to avoid semantic translations between applications that are reusing the same information.

 

However, this is causing me a big headache trying to come up with a versioning strategy.  It is likely that our schemas will form the basis of Web Services and therefore will need to be both forward and backward compatible.  Obviously adding new types to my library will not be a problem but if the business changes the validation rules for a specific type, e.g. changes a pattern of a string from [A-Z]{3}\d{1,4} to [A-Z]{4}\d{1,4}, then this has broken my compatibility. 

 

I want the schemas to do most of the validation therefore "version" attribute in the <schema> tag is insufficient.  Creating my own <simpleType> of "SchemaVersion" is also insufficient as I am referencing 3 types of schema and my application schema needs to be valid against the library schemas.  Namespacing does provide me with the validation levels I am looking for but then the schemaLocation will also need some level of versioning by using file name versioning or directory versioning structure.

 

Does anyone have any experience of version controlling their schemas, UBL has included versioning but to me their solution doesn't really seem to hang together tightly enough.

 

I would be grateful for any feedback from your experiences.





 

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

Copyright 2001 XML.org. This site is hosted by OASIS