Lists Home |
Date Index |
It's worth pointing out that anyone whose schema doesn't conform to UPA is
going to have problems when they start using schema-aware queries or
transformations, because it's going to be unpredictable what the types (and
therefore the typed values) of the nodes are.
> -----Original Message-----
> From: Michael Champion [mailto:firstname.lastname@example.org]
> Sent: 15 April 2005 17:13
> To: email@example.com
> Subject: Re: [xml-dev] Is the XML Schema Test Collection still alive
> On 4/14/05, Michael Kay <firstname.lastname@example.org> wrote:
> > > I generally agree, except that more and more tools are
> forced to add
> > > "buggy tool compatibility modes" to make this happen with minimal
> > > customer pain.
> > That's a road to ruin. It only prolongs the pain.
> Yes, that's a good point.
> > Conforming to the schema spec may be hard, but conforming to another
> > implementor's undocumented and changing bugs is completely
> I do think a good case can be made for putting in flag to cover a
> well known class of conformance issues, such as those related to the
> UPA constraint, especially since a widely used tool apparently
> deliberately chose not to follow the spec in this area. I have heard
> about a fair number of our users who don't have the ability to fix
> such schemas, but don't want the validator to choke on them either.
> Gresham's Law being what it is, such users will simply use validators
> that don't worry about (or give you a switch to ignore) that class of
> conformance issues ... and then the "bad validators" will tend to
> drive out the "good validators."
> It's a dilemma for sure. All I can think of suggesting, wearing the
> Day Job hat, is to provide this particular flag but strongly warn
> against its use except as a last resort.
> The xml-dev list is sponsored by XML.org <http://www.xml.org>, an
> initiative of OASIS <http://www.oasis-open.org>
> The list archives are at http://lists.xml.org/archives/xml-dev/
> To subscribe or unsubscribe from this list use the subscription
> manager: <http://www.oasis-open.org/mlmanage/index.php>