Bug #1149
BoundsGroup bounds min & max have incorrect cardinality
0%
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
History
#1 Updated by Matt Jones over 18 years ago
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.
#2 Updated by Matt Jones over 18 years ago
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.
#3 Updated by Matt Jones over 18 years ago
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.
#4 Updated by Redmine Admin about 9 years ago
Original Bugzilla ID was 1149