> So to cleave to the existing pattern we would create a list
> type instead of allowing the field element to be repeated.
My rationale for suggesting maxOccurs was that users who need to deserialize
the LTK-XML files might prefer not having to parse the string with the list
of AirProtocols, e.g. <ProtocolID>EPCGlobalClass1Gen2
Unspecified</ProtocolID>. The other uses of xs:list in LLRPdef.xml were all
related to unsignedShorts and hexWords rather than strings as in the case of
rp:AirProtocols. However, your argument that a one-to-one relationship
should be maintained seems more important. I guess the only other
alternative would be to have a ProtocolIDList element with ProtocolID
elements.
Will you commit the change you recommended below together with the proposed
changes to llrpdef.xml?
- Christian
> -----Original Message-----
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On
> Behalf Of John R. Hogerhuis
> Sent: Donnerstag, 6. Dezember 2007 23:43
> To: LLRP Toolkit Development List
> Subject: Re: [ltk-d] Inconsistency in LLRP.xsd?
>
> Thanks for pointing this out.
>
> Actually this is a u8v, not a parameter with a x-N
> cardinality. The way I designed llrp.xsd was to have a
> one-to-one relationship between fields and elements. For
> every field, including "arrays" there is exactly one element.
>
> So to cleave to the existing pattern we would create a list
> type instead of allowing the field element to be repeated.
>
> So what we need is a an xs:simpleType containing an xs:list
> of the rp:AirProtocols type.
>
> <xs:simpleType name="listOfAirProtocols">
> <xs:list itemType="rp:AirProtocols"/>
> </xs:simpleType>
>
> <xs:complexType name="PerAntennaAirProtocol">
> <xs:sequence>
> <xs:element name="AntennaID"
> type="xs:unsignedShort" />
> <xs:element name="ProtocolID"
> type="rp:listOfAirProtocols" />
> </xs:sequence>
> <xs:attributeGroup ref="rp:paramAttrs"/> </xs:complexType>
>
> would correct the problem.
>
> -- John.
>
> --------------------------------------------------------------
> -----------
> SF.Net email is sponsored by:
> Check out the new SourceForge.net Marketplace.
> It's the best place to buy or sell services for just about
> anything Open Source.
> http://sourceforge.net/services/buy/index.php
> _______________________________________________
> llrp-toolkit-devel mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/llrp-toolkit-devel
>
-------------------------------------------------------------------------
SF.Net email is sponsored by:
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://sourceforge.net/services/buy/index.php
_______________________________________________
llrp-toolkit-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/llrp-toolkit-devel
