- From: Jeni Tennison <jeni@jenitennison.com>
- Date: Wed, 19 Mar 2003 16:26:40 +0000
- To: Cams Ismael <Ismael.Cams@siemens.com>
- CC: xmlschema-dev@w3.org
Hi Ismaël, > The combination module - masteragent must be present just one time. > The combination module - proxagent may be available 0 or more times. > > How can I define this with xsd ? You can't in any non-hacky way because XSD doesn't let two elements with the same name in the same context have different types (content models). You could do the following: 1. Add a fixed attribute to <masteragent> elements that always takes the value 'master', then define an identity constraint that says every <masteragent> element must have a unique value for that attribute. This will ensure that the <masteragent> element can only appear once if it appears at all, but doesn't ensure that the <masteragent> element does appear somewhere. 2. Add a Schematron constraint, something like: <sch:rule context="modules"> <sch:assert test="count(module/masteragent) = 1"> The masteragent element must appear once and only once. </sch:assert> </sch:rule> to test the constraint. 3. Switch to using RELAX NG, where you can just do: <element name="modules"> <interleave> <element name="module"> <element name="masteragent">...</element> </element> <zeroOrMore> <element name="module"> <element name="proxyagent">...</element> </element> </zeroOrMore> </interleave> </element> If you don't mind changing the way your instance looks, I suggest that you either: A. Define a moduleType type, and two derivations thereof -- masterAgentModule and proxyAgentModule. Then use xsi:type on individual <module> elements to indicate whether they hold <masterAgent> or <proxyAgent> elements. B. Call the <module> element that holds the <masterAgent> something other than "module", for example "masterModule". For either of the two latter cases, you could always define a transformation from the markup that's actually used to the validatable elements. Cheers, Jeni --- Jeni Tennison http://www.jenitennison.com/
Received on Wednesday, 19 March 2003 11:26:56 UTC