[XML-DEV Mailing List Archive Home] [By Thread] [By Date] [Recent Entries] [Reply To This Message]

RE: Including multiple schemas - duplicate name errors

• From: "David E. Cleary" <davec@p...>
• To: Anderson John <John@B...>, Cheryl_Gielau@c...,xml-dev@l...
• Date: Fri, 24 Aug 2001 10:08:38 -0400

Actually, if you want to see a real world example of this, check out
http://xml.coverpages.org/ni2001-08-22-c.html. They have created a couple of
dozen schema modules that get imported and included all over the place.

As an aside, they mix and match elementFormDefault while making heavy use of
complex types. I couldn't find any explanation for this design, but it does
seem strange.

Dave

-----Original Message-----
From: Anderson, John [mailto:John@B...]
Sent: Friday, August 24, 2001 7:01 AM
To: 'David E. Cleary'; Cheryl_Gielau@c...; xml-dev@l...
Subject: RE: Including multiple schemas - duplicate name errors


Would this work? I'm not sure if "recursive" inclusion would not include D
twice (because it comes in via both A AND B). However, the same
modularization principle would work if you defined:
D has the common stuff
E has the rest of the stuff which A needs
F has the rest of the stuff which B needs
A includes D & E
B includes D & F
C includes D,E & F
John



-----Original Message-----
From: David E. Cleary [mailto:davec@p...]
Sent: 21 August 2001 21:08
To: Cheryl_Gielau@c...; xml-dev@l...
Subject: RE: Including multiple schemas - duplicate name errors


> I am using seperate schemas since one (A)
> represents a particular kind of operational
> event (the weight of product)and the other (B)
> represents a different kind of operational
> event (the quality of product).
> At points in the workflow, the messages are
> sent seperately.  However, they do have
> some element names that are in common
> like TransportationMode, ServiceLocation
> and others but that are defined globally
> in each of the A and B schemas.
>
> Later in the workflow Schema C packages schemas
> A and B together, along with some additional
> instructions.  In schema C, since A and B are
> included, I get the error that TransportationMode
> and ServiceLocation & others have been defined
> more than once.
>
> Cheryl
You should package up all common definitions in a schema D. Include schema D
in A and B. When C includes A and B, you will not get your duplicate
definition error, because there is only a single source (schema D) for those
definitions.
Dave



-----------------------------------------------------------------
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>

• References:
  • RE: Including multiple schemas - duplicate name errors
    • From: "Anderson, John" <John@B...>

• Prev by Date: RE: Announce: XSL and XML Archives
• Next by Date: RE: Regular expression for URI matching
• Previous by thread: RE: Including multiple schemas - duplicate name errors
• Next by thread: RE: What are web services good for? (WAS: RE: Two new features o f the Web)
• Index(es):
  • Date
  • Thread