ubl-ndrsc — archive
[Date Prev]
| [Thread Prev]
| [Thread Next]
| [Date Next]
— [Date Index]
| [Thread Index]
| [Month Index]
| [List Home]
NDR Review - Section 7.7
MHonArc v2.5.0b2 -->ubl-ndrsc message
[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]
Subject: NDR Review - Section 7.7
- From: Grimley Michael J NPRI <[email protected]>
- To: "UBL-NDRSC (E-mail)" <[email protected]>
- Date: Thu, 08 Jan 2004 13:13:28 -0500
Greetings, I know we are not currently going to reconsider decisions already made; however, we do have to change the explanatory text around the xsd:choice rule (Section 7.7 - GXS9). It currently reads: ================================================== The xsd:choice compositor allows for any element declared inside it to occur in the instance document, but only one. As with the xsd:all compositor, this feature is inconsistent with business transaction exchanges and is not allowed in UBL. ================================================== I don't think this is true. As I had mentioned on yesterday's call, because an xsd:choice element can be contained within an xsd:sequence, it leads to no more uncertainty/variability in an instance than a "minOccurs='0'" does; therefore, I don't believe it is "inconsistent with business transaction exchanges". Comments? Thank You, Mike Grimley
- Follow-Ups:
- Re: [ubl-ndrsc] NDR Review - Section 7.7
- From: "Eve L. Maler" <[email protected]>
- Re: [ubl-ndrsc] NDR Review - Section 7.7
[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]
[Date Prev]
| [Thread Prev]
| [Thread Next]
| [Date Next]
— [Date Index]
| [Thread Index]
| [Month Index]
| [List Home]