Bug #1149
closed
BoundsGroup bounds min & max have incorrect cardinality
Added by Matthew Brooke over 20 years ago.
Updated over 20 years ago.
Category:
eml - general bugs
Description
BoundsGroup bounds min & max have incorrect cardinality. This can be seen in the
following places:
NumericDomainType:
numericDomain/bounds/minimum & numericDomain/bounds/maximum currently have
incorrect cardinality - should be 0..1 instead of 0..infinity
DateTimeDomainType:
dateTimeDomain/bounds/minimum & dateTimeDomain/bounds/maximum currently have
incorrect cardinality - should be 0..1 instead of 0..infinity
Changed the content model to fix this problem. Now the model allows either
minimum, maximum, or both, as described in DTD syntax:
bounds(minimum | maximum | (minimum, maximum))
This was done for both BoundsGroup (used in numeric domains) and BoundsDateGroup
(used in dateTime domains).
FIXED.
When running the tests I found that this content model is rejected. Maybe its
because it is not deterministic according to the xml spec? Need to fix this
model before releasing the 2.0.1 version.
Checked on the bounds model -- turns out that the model I proposed before is not
deterministic according to XML (without look ahead) and so is illegal. SO I
changed the bounds group to this model:
bounds (min?, max?)
So at least now they are not repeatable. Plus date bounds has a different type
now so that the documentation and type for the bounds field can differ from the
numeric bounds.
FIXED.
Original Bugzilla ID was 1149
Also available in: Atom
PDF