XML.orgXML.org
FOCUS AREAS |XML-DEV |XML.org DAILY NEWSLINK |REGISTRY |RESOURCES |ABOUT
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] Stability of schemas -- frequency of versioning

John,

I was not aware there was a quota for postings.

As you probably notice - I'm an infrequent poster - since my day-to-day work is focused on domain XML implementation lists.

However - I don't think it is unreasonable to remind people of the applicability of OASIS work to XML occasionally
and this usually coincides with a new release of our OASIS implementation tools.

Of course it could be worse, I could post things every day on how you can use these tools to improve your XML use!

I hope you can indulge my occasional foray on to your list in the meantime.  

I didn't think anyone read my postings anyway - as its all way too uncomfortable reading from beyond the W3C bubble I'm sure.

; -)

Cheers, DW

-------- Original Message --------
Subject: Re: [xml-dev] Stability of schemas -- frequency of versioning
From: John Cowan <johnwcowan@gmail.com>
Date: Thu, February 16, 2012 1:44 am
To: w3c@drrw.info
Cc: "xml-dev@lists.xml.org" <xml-dev@lists.xml.org>

Please stop spamming this list. One posting is appropriate, six are not.

Thank you.

On Thu, Feb 16, 2012 at 1:04 AM, <w3c@drrw.info> wrote:
> Roger,
>
> This is but one reason of many that people are preferring to use CAM
> templates for validation.
>
> 1) CAM has dynamic structure constructs so you can accommodate variants in
> what your information exchange partners are doing - e.g. 500 trading
> partners sending what they think is valid XML per schema - you can handle
> that with ONE template
> 2) CAM is fault tolerant - it issues warnings and errors - so your
> processing does not fail and break
> 3) It can do extended checking and validations that schema alone cannot
> 4) It has SQL table lookups so you can check dynamic data - customer
> numbers, part numbers, etc.
> 5) It uses dictionary collections so you can align your component
> definitions across schema collections
>
> See working examples and more - http://www.cameditor.org
>
> Enjoy, DW
>
>
> -------- Original Message --------
> Subject: [xml-dev] Stability of schemas -- frequency of versioning
> From: "Costello, Roger L." <costello@mitre.org>
> Date: Mon, November 21, 2011 7:58 am
> To: "xml-dev@lists.xml.org" <xml-dev@lists.xml.org>
>
> Hi Folks,
>
> How frequently should schemas be allowed to change?
>
> Let "schemas" refer to XML Schema, Relax NG, DTD, or Schematron.
>
> Let "change" refer to non-backward compatible changes such as requiring a
> new element.
>
> I will attempt to persuade you of the following:
>
> To be effectively deployed, schemas require a certain amount of stability.
> That is, they shouldn't change too often. Further, any changes that do occur
> should be backward compatible.
>
> That says, for example, that if your domain is Books then the kind of
> information that goes into Books is stable; if your domain is financial
> contracts -- swaps, options, futures -- then the kind of information that
> goes into financial contracts is stable. Consequently your schemas are
> stable. Conversely, if your Book or financial contract schemas are
> constantly changing then your schema development and software development
> will thrash and users will be constantly confused.
>
> An example of a rock-solid schema is the XML Schema for XML Schemas. It
> hasn't changed in 10 years. And the new version is backward compatible with
> the old. Ditto for the Relax NG schema for Relax NG schemas.
>
> Suppose, however, that the information for a domain is required to
> frequently change, say, three times a year. I have attempted to persuade you
> that a schema may not be a good fit for describing that type of information.
> But I am at a loss for what is a good fit. What is a good fit?
>
> /Roger
>
> _______________________________________________________________________
>
> 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
>
> _______________________________________________________________________
> 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



--
GMail doesn't have rotating .sigs, but you can see mine at
http://www.ccil.org/~cowan/signatures

_______________________________________________________________________

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