Using XSD and Included Schemas

[Roy Chastain]

I have some 'base' schema definitions that are going to be in several
projects in the future. The processing of resulting classes created
by XSD will be consistent across the new projects.

I have created a schema with these base definitions and common code to
process these elements. I have managed to finally get include to work
so that the base schema is now included in the schema for a particular
application. The base schema and common code is in a different
solution than the actual application.

<xs:schema id="BaseConfig "
targetNamespace ="http:/foo/Configuration"
xmlns:jlc="http :/foo/Configuration"
xmlns="http://foo/Configuration"
elementFormDefa ult="qualified"
xmlns:xs="http://www.w3.org/2001/XMLSchema" >
<xs:element name="IPInforma tion" type="IPConfigu ration_Type" />
<xs:complexTy pe name="IPConfigu ration_Type">
<xs:sequence>
<xs:element name="ProtocolT ype" type="ProtocolT ype_Type" />
<xs:element name="AddressFa milyType" type="AddressFa mily_Type" />
<xs:element name="AddressTy pe" type="Address_T ype" />
<xs:element name="PortNumbe r" type="PortNumbe r_Type" />
</xs:sequence>
</xs:complexType>
...... details omited
</schema>

<xs:schema id="Application Config"
targetNamespace ="foo/Configuration"
xmlns:jlc="foo/Configuration"
xmlns="foo/Configuration"
elementFormDefa ult="qualified"
xmlns:xs="http://www.w3.org/2001/XMLSchema" >
<xs:include schemaLocation= "..\..\..\Confi gurationBase.xs d" />
<xs:element name="Applicati onConfiguration ">
<xs:complexTy pe name="IPHostBas e">
<xs:complexCont ent>
<xs:extension base="HostBase" >
<xs:sequence>
<xs:element name="IPConfigu ration"
type="jlc:IPCon figuration_Type "/>
</xs:sequence>
</xs:extension>
</xs:complexConte nt>
</xs:complexType>
</xs:element>
..... details ommited
</schema>

Now the problem (which was immediately obvious) is that in the base
solution, the class generated by XSD for IPConfiguration _Type is not
the same class (from a .net C# point of view) as the class generated
by XSD in the application solution.

Since the code in the base solution is built against the classes from
the XSD of the base schema, they can not be called passing in the
objects that were created by deserializing the application
configuration in the application.

Is there a way to solve this problem or is there better way to do this
so that I can reuse the schema definition and the common code that
works with those classes?

Thanks

------------------------------
Roy Chastain
SOHO Technology Solutions, LLC

[=?Utf-8?B?U2hhbm5vbiBCYXJiZXI=?=]

The "right" thing to do, is for the XSD tool to be changed so that it spit
out 1 .cs file per .xsd file - that is each .xsd that is imported or
including needs its own source file.

The tool doesn't do that though, so the work-around I have come up with is
to use only and exactly 1 xsd that actually has elements in it.
All the other xsd have complex types and the final xsd has a common header
block and then a choice in it so the same xml file can store any of our
defined files types.

By using only 1 xsd with elements, the XSD tool will spit out only 1 source
file (thus everything is in the same namespace and there's no collisions).

The additional advantage here is that the extension on the file no longer
matters, we can tell what the data is from the choice block inside it.

Additionally you would need to make your xsd application data a complex type
that extends the base type. Then the generated application XML class will
derived from the generated base class.

"Roy Chastain" wrote:

I have some 'base' schema definitions that are going to be in several
projects in the future. The processing of resulting classes created
by XSD will be consistent across the new projects.

I have created a schema with these base definitions and common code to
process these elements. I have managed to finally get include to work
so that the base schema is now included in the schema for a particular
application. The base schema and common code is in a different
solution than the actual application.

<xs:schema id="BaseConfig "
targetNamespace ="http:/foo/Configuration"
xmlns:jlc="http :/foo/Configuration"
xmlns="http://foo/Configuration"
elementFormDefa ult="qualified"
xmlns:xs="http://www.w3.org/2001/XMLSchema" >
<xs:element name="IPInforma tion" type="IPConfigu ration_Type" />
<xs:complexTy pe name="IPConfigu ration_Type">
<xs:sequence>
<xs:element name="ProtocolT ype" type="ProtocolT ype_Type" />
<xs:element name="AddressFa milyType" type="AddressFa mily_Type" />
<xs:element name="AddressTy pe" type="Address_T ype" />
<xs:element name="PortNumbe r" type="PortNumbe r_Type" />
</xs:sequence>
</xs:complexType>
...... details omited
</schema>

<xs:schema id="Application Config"
targetNamespace ="foo/Configuration"
xmlns:jlc="foo/Configuration"
xmlns="foo/Configuration"
elementFormDefa ult="qualified"
xmlns:xs="http://www.w3.org/2001/XMLSchema" >
<xs:include schemaLocation= "..\..\..\Confi gurationBase.xs d" />
<xs:element name="Applicati onConfiguration ">
<xs:complexTy pe name="IPHostBas e">
<xs:complexCont ent>
<xs:extension base="HostBase" >
<xs:sequence>
<xs:element name="IPConfigu ration"
type="jlc:IPCon figuration_Type "/>
</xs:sequence>
</xs:extension>
</xs:complexConte nt>
</xs:complexType>
</xs:element>
..... details ommited
</schema>

Now the problem (which was immediately obvious) is that in the base
solution, the class generated by XSD for IPConfiguration _Type is not
the same class (from a .net C# point of view) as the class generated
by XSD in the application solution.

Since the code in the base solution is built against the classes from
the XSD of the base schema, they can not be called passing in the
objects that were created by deserializing the application
configuration in the application.

Is there a way to solve this problem or is there better way to do this
so that I can reuse the schema definition and the common code that
works with those classes?

Thanks

------------------------------
Roy Chastain
SOHO Technology Solutions, LLC

[Roy Chastain]

Thank you for your response, but I must stay that I do not understand all of it. Could you give me a small sample of what you are
describing?

Thanks
On Mon, 17 Sep 2007 08:10:01 -0700, Shannon Barber <Sh***********@ discussions.mic rosoft.comwrote :

>The "right" thing to do, is for the XSD tool to be changed so that it spit
out 1 .cs file per .xsd file - that is each .xsd that is imported or
including needs its own source file.

The tool doesn't do that though, so the work-around I have come up with is
to use only and exactly 1 xsd that actually has elements in it.
All the other xsd have complex types and the final xsd has a common header
block and then a choice in it so the same xml file can store any of our
defined files types.

By using only 1 xsd with elements, the XSD tool will spit out only 1 source
file (thus everything is in the same namespace and there's no collisions).

The additional advantage here is that the extension on the file no longer
matters, we can tell what the data is from the choice block inside it.

Additionally you would need to make your xsd application data a complex type
that extends the base type. Then the generated application XML class will
derived from the generated base class.

"Roy Chastain" wrote:

>I have some 'base' schema definitions that are going to be in several
projects in the future. The processing of resulting classes created
by XSD will be consistent across the new projects.

I have created a schema with these base definitions and common code to
process these elements. I have managed to finally get include to work
so that the base schema is now included in the schema for a particular
application. The base schema and common code is in a different
solution than the actual application.

<xs:schema id="BaseConfig "
targetNamespace ="http:/foo/Configuration"
xmlns:jlc="http :/foo/Configuration"
xmlns="http://foo/Configuration"
elementFormDefa ult="qualified"
xmlns:xs="http://www.w3.org/2001/XMLSchema" >
<xs:element name="IPInforma tion" type="IPConfigu ration_Type" />
<xs:complexTyp e name="IPConfigu ration_Type">
<xs:sequence>
<xs:element name="ProtocolT ype" type="ProtocolT ype_Type" />
<xs:element name="AddressFa milyType" type="AddressFa mily_Type" />
<xs:element name="AddressTy pe" type="Address_T ype" />
<xs:element name="PortNumbe r" type="PortNumbe r_Type" />
</xs:sequence>
</xs:complexType>
...... details omited
</schema>

<xs:schema id="Application Config"
targetNamespace ="foo/Configuration"
xmlns:jlc="foo/Configuration"
xmlns="foo/Configuration"
elementFormDefa ult="qualified"
xmlns:xs="http://www.w3.org/2001/XMLSchema" >
<xs:include schemaLocation= "..\..\..\Confi gurationBase.xs d" />
<xs:element name="Applicati onConfiguration ">
<xs:complexTy pe name="IPHostBas e">
<xs:complexCont ent>
<xs:extension base="HostBase" >
<xs:sequence>
<xs:element name="IPConfigu ration"
type="jlc:IPCo nfiguration_Typ e"/>
</xs:sequence>
</xs:extension>
</xs:complexConte nt>
</xs:complexType>
</xs:element>
..... details ommited
</schema>

Now the problem (which was immediately obvious) is that in the base
solution, the class generated by XSD for IPConfiguration _Type is not
the same class (from a .net C# point of view) as the class generated
by XSD in the application solution.

Since the code in the base solution is built against the classes from
the XSD of the base schema, they can not be called passing in the
objects that were created by deserializing the application
configuratio n in the application.

Is there a way to solve this problem or is there better way to do this
so that I can reuse the schema definition and the common code that
works with those classes?

Thanks

------------------------------
Roy Chastain
SOHO Technology Solutions, LLC

-------------------------------------------
Roy Chastain
KMSYS Worldwide, Inc.
http://www.kmsys.com