[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Namespaces, schemas, Simon's filters.
- From: Francis Norton <francis@redrice.com>
- To: "Fuchs, Matthew" <matthew.fuchs@commerceone.com>,'Richard Tobin' <richard@cogsci.ed.ac.uk>, xml-dev@lists.xml.org
- Date: Tue, 21 Aug 2001 10:29:30 +0100
Whoops... maybe I should have done a search for "Fuchs" in the XML
Schema spec before trying to teach my grandmother to suck eggs.
All I can say is that I've just finished writing two transforms: one to
fix-up a schema by disambiguating all element names, and a second which
generates an equivalent transform to fix-up incoming messages. Both were
simpler than I expected - you can go a long way by using your XSD type
as an XSLT mode...
Francis.
Francis Norton wrote:
>
> "Fuchs, Matthew" wrote:
> >
> >>
> > But if elementFormDefault were in the instance, I wouldn't need to rewrite a
> > schema I don't have write access to.
> >
> XML Schema validation is designed round the principle that the message
> *reader* chooses the schema to validate against - that's why the spec
> has language like
>
> "The xsi:schemaLocation and xsi:noNamespaceSchemaLocation attributes can
> be used in a document to provide hints as to the physical location of
> schema documents which may be used for ·assessment·."
>
> So you are absolutely free to validate a transformed message against a
> transformed local copy of the schema - and thanks for providing such a
> good use case for a possibly counter-intuitive design feature.
>
> Francis.
>
> -----------------------------------------------------------------
> 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 elist use the subscription
> manager: <http://lists.xml.org/ob/adm.pl>