[
Lists Home |
Date Index |
Thread Index
]
It's true that schema processors don't always agree on whether a schema is
valid. However, I think the differences tend to be:
(a) some processors enforce the rules more rigorously than others (for
example, Saxon 8.0 seems to apply the rules on what constitutes a valid
restriction more rigorously than Xerces does; it also enforces the revised
syntax for regular expressions in the second edition of Schema 1.0).
(b) some processors omit support for obscure features (for example, Saxon
doesn't yet support xs:notation)
(c) processors interface differently with their environment (for example
instance document validation is invoked in different ways)
For these reasons it's always a good idea to check that your schema
validates with several processors (and if you intend your schema to be used
by many organizations, to check it with *all* the mainstream processors).
But among the mainstream processors, you can rely on major facilities like
xs:extension being implemented.
Michael Kay
>
> Sorry, i don't explain my problem clearly. I know that
> xs:extension is part of the specification, but i've read
> there is some problems with tool support of schema (like in
> this thread
> http://lists.xml.org/archives/xml-dev/200311/msg00871.html),
> and i'm wondering if i'm going to facing troubles. So I would
> like to know if some of you have some feedbacks on the
> support of xs:entension in tool (as i don't have the ability
> to say which tool will use theses Schemas).
> May be there is no problem (i hope so) - and my question is
> too paranoiac :)
>
> If i take the previous sample and translate ii in the
> xs:extension way, it would give something like this :
>
> - initial structure with mix elements and attributes
>
> <xs:complexType name="groupGeneralType">
> <xs:sequence>
> <xs:element name="elt1">
> <xs:complexType>
> <xs:sequence maxOccurs="unbounded">
> <xs:element name="elt2"
> type="anotherType"/>
> <xs:element name="elt3"
> type="xs:string"/>
> </xs:sequence>
> </xs:complexType>
> </xs:element>
> </xs:sequence>
> <xs:attribute name="att1" type="xs:string" use="optional"/>
> </xs:complexType>
>
> - and after that, other people will extend it in this way :
>
> <xs:complexType name="userType">
> <xs:complexContent>
> <xs:extension base="groupGeneralType">
> <xs:sequence>
> <xs:element name="eltuser1"/>
> </xs:sequence>
> <xs:attribute name="attuser1"
> type="xs:string" use="optional"/>
> </xs:extension>
> </xs:complexContent>
> </xs:complexType>
>
>
> > -----Original Message-----
> > From: Michael Kay [mailto:michael.h.kay@ntlworld.com]
> > Sent: 26 July 2004 17:48
> > To: CAUBEL, Hugues; xml-dev@lists.xml.org
> > Subject: RE: [xml-dev] tool support schema for xs:extension
> > or a way to
> > replace it
> >
> >
> > xs:extension is a standard feature of XML Schema (perhaps you
> > are misled by
> > its name?) so every XML Schema processor should support it.
> >
> > Michael Kay
> >
> > > -----Original Message-----
> > > From: CAUBEL, Hugues [mailto:hugues.caubel@airbus.com]
> > > Sent: 26 July 2004 15:13
> > > To: xml-dev@lists.xml.org
> > > Subject: [xml-dev] tool support schema for xs:extension or a
> > > way to replace it
> > >
> > > Sorry, misclick.... i finish my previous post.
> > >
> > > I would like to know if you have some feedback on the support
> > > of tool (parser, editor) for schema that use xs:entension. It
> > > seems fine with xmlSpy, Xerces and XSV, but may be it is not
> > > always the case with other tool (specially wheen looking at
> > > http://sdec.reach.ie/rigs/rig0004/html/)
> > >
> > > In the beginning to avoid risk, i was looking for a way to
> > > use xs:group to do the same kind of task - but i could not do
> > > it, as i want something like
> > >
> > > <xs:group name="custGroup">
> > > <xs:sequence>
> > > <xs:element name="elt1" type="xs:string"/>
> > > <xs:element name="elt2" type="xs:string"/>
> > > <xs:element name="elt3" type="xs:string"/>
> > > </xs:sequence>
> > > <xs:attribute name="att1" type="xs:string"/>
> > > </xs:group>
> > >
> > > but it is not legal to mix attributes and elements.
> > >
> > > Any ideas (and sadly i could not use relaxNG) ?
> > >
> > > Thanks, hugues
> > >
> > >
> > >
> > >
> > >
> > >
> > > This e-mail is intended only for the above addressee. It
> may contain
> > > privileged information. If you are not the addressee you must
> > > not copy,
> > > distribute, disclose or use any of the information in it.
> > If you have
> > > received it in error please delete it and immediately notify
> > > the sender.
> > > Security Notice: all e-mail, sent to or from this address, may be
> > > accessed by someone other than the recipient, for system
> > > management and
> > > security reasons. This access is controlled under Regulation of
> > > Investigatory Powers Act 2000, Lawful Business Practises.
> > >
> > > -----------------------------------------------------------------
> > > 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>
> > >
> > >
> >
> >
> > This mail has originated outside your organization,
> > either from an external partner or the Global Internet.
> > Keep this in mind if you answer this message.
> >
>
> This e-mail is intended only for the above addressee. It may contain
> privileged information. If you are not the addressee you must
> not copy,
> distribute, disclose or use any of the information in it. If you have
> received it in error please delete it and immediately notify
> the sender.
> Security Notice: all e-mail, sent to or from this address, may be
> accessed by someone other than the recipient, for system
> management and
> security reasons. This access is controlled under Regulation of
> Investigatory Powers Act 2000, Lawful Business Practises.
>
> -----------------------------------------------------------------
> 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>
>
|
