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] How to implement validation rules in an environment wheresome data requirements change frequently while others are=?UTF-8?Q?unchanging=3F?=


CAM templates handle this perfectly. 

Michael Sorens explains dynamic structure validation with CAM in his series of articles for XMLDev - http://www.devx.com/DevX/Article/41149

Since then of course Oracle has now sponsored our work - and you can find Test Suites and more from our CAMeditor.org resources site - showing this in action.


You can also review the slides presented at the NIEM Training Event in Philly - where we show more examples of business rules changing behaviours of validation with the CAMV validation engine.

Please see: http://www.slideshare.net/drrwebber/xml-validation-test-suite-with-camv

Also - we have many commercial implementations particularly in automotive industry - where OAGi BODs - famous for structure nuances - are handled by a single CAM template - that article is on IBM Developer Works -

We are finding more people are now converting from Schematron to CAM templates for the enhanced capabilities that CAM provides with both the editor and validation engine.

Enjoy, David

-------- Original Message --------
Subject: [xml-dev] How to implement validation rules in an environment
where some data requirements change frequently while others are
From: "Costello, Roger L." <costello@mitre.org>
Date: Mon, August 20, 2012 9:19 am
To: "xml-dev@lists.xml.org" <xml-dev@lists.xml.org>

Hi Folks,

Are you in this situation:

a. You create some XSD schemas, build an application around them, and deploy the application.
b. A short time later some higher-up authority tells you, "Well, you need to incorporate this additional data."
c. So you update your XSD schemas, rebuild your application, redeploy.
d. Then, a short time after that the higher-up authority tells you, "We've made some changes and additions so please incorporate them."
e. So you update your XSD schemas again, rebuild your application again, redeploy again.
f. And this goes on over and over.
g. You think to yourself, "There has got to be a better way. Most of my XML is unchanging; how can I partition off the static part and then dynamically incorporate the new data requirements?"

If you are in this situation, then this discussion will be of keen interest to you.

Below I have tried to describe the issue as best I can. Many questions remain. I'd appreciate hearing your thoughts on this issue. /Roger

How should validation rules be implemented in an
environment where some data requirements change
frequently while others are unchanging?

Can validation rules be designed in a way that
changes in data requirements can be seamlessly
integrated without breaking the implementation
of the unchanging data requirements?

For purposes of discussion let's assume "validation
rules" are implemented using a combination of
XSD schemas and Schematron schemas.

XSD schemas tend to be compiled into code, rather
than dynamically used. So a change to the XSD schema
can be a big deal, especially after deployment. An XSD
schema change often means a new release of the
application or database.

Place the validation rules for those data requirements
that frequently change into a separate layer from the
XSD schemas.

Categories of Data that Frequently Change
1. Enumeration list changes: the list of valid values for an element or attribute frequently changes.

2. Metadata changes: the set of metadata frequently changes.

Example of enumeration list changes: the list of book publishers frequently changes -- the set of valid values of the <Publisher> element changes frequently.

Example of metadata changes: one day the higher-up authority says, "Add to each <Book> element an indication of whether it is in-stock," another day the higher-up authority says, "Add to each <Book> element an indication of its average user rating," and so on, endlessly adding and changing metadata.

Schematron schemas can be used for the category "enumeration list changes." For example, in the XSD schema declare the <Publisher> element of type xs:string" and then in the Schematron schema have assertions that specify the list of today's valid publishers.

1. Rick Jelliffe says, "the assertions should be dynamically loaded." What does that mean? How does one dynamically load Schematron?

2. How would "metadata changes" be implemented? For example, how would we add to each <Book> element an indication of whether it is in-stock?

3. I listed two "Categories of Data that Frequently Change." Are there other categories? If yes, would you provide an example please?


XML-DEV is a publicly archived, unmoderated list hosted by OASIS
to support XML implementation and development. To minimize
spam in the archives, you must subscribe before posting.

[Un]Subscribe/change address: http://www.oasis-open.org/mlmanage/
Or unsubscribe: xml-dev-unsubscribe@lists.xml.org
subscribe: xml-dev-subscribe@lists.xml.org
List archive: http://lists.xml.org/archives/xml-dev/
List Guidelines: http://www.oasis-open.org/maillists/guidelines.php

[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