[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]
Subject: Redefinition of ComplexTypes
Dan Vint sent a comment into the 0p70 Review
comments. He questions the way the complexTypes were generated and being
used. In the joint NDR/LCSC call today we went through and reviewed the
comments that related to NDR and TTSC. This was suggested to be completely
a TTSC issue.
Please review his comment, and lets discuss
this.
Dan wrote:
In reviewing the Schemas that were generated I was
surprised to see the redefinition of complexTypes for the various address and
party types. For instance:
<xsd:element name="Address" type="AddressType"/> <xsd:complexType name="AddressType" id="UBL000028"> <xsd:element name="DeliverToAddress" type="DeliverToAddressType"/> <xsd:complexType name="DeliverToAddressType" id="UBL000145"> <xsd:element name="JurisdictionAddress" type="JurisdictionAddressType"/> <xsd:complexType name="JurisdictionAddressType" id="UBL000309"> and there are others. It seems that the only thing that really changes is the description of elements in the different aggregates, but from what I see the "address" content stays the same. I would have expected to see something like this: <xsd:element name="Address" type="AddressType"/> <xsd:complexType name="AddressType" id="UBL000028"> <xsd:element name="DeliverToAddress" type="AddressType" id="UBL000145"/> <xsd:element name="JurisdictionAddress" type="AddressType" id="UBL000309"/> Was the previous sample what was really intended to be generated as the final schema? I see how it helps in the mapping of the definitions of all the various types of address, but it really complicates the final implementation when you have (in my sample) 3 different definitions of the same complexType, rather than reuse or extension of the basic AddressType. With this schema I lose the connection between
these similar/exact types, just to maintain documentation and mapping back to
the spreadsheet. Maybe the complexType definition of AddressType could gather
all the documentation together with something that indicates, when part of
JurisdictionAddress, this means, X, and when part of DeliverToAddress this means
Y.
++++++++++++++++++++++++++++++++++++++++++++++++++++
Lisa Seaburg AEON LLC Website: http://www.aeon-llc.com/ Email: lseaburg@aeon-llc.com Alternative Email: xcblgeek@yahoo.com Phone: 662-562-7676 Cellphone: 662-501-7676 "Remember that great love and great achievements
involve great
risk."
++++++++++++++++++++++++++++++++++++++++++++++++++++ |
[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]