Bug #599
closedstorageType is repeatable in eml-attribute
0%
Description
This doesnt seem right.
Updated by Matt Jones about 22 years ago
This is completely intentional. As storageType is just a hint as to what a
particular system might use to represent the true domain that is described in
attributeDomain, it should be repeatable so that multiple systems can be
represented. For example, for an attribute with a domain of integer values from
1 to 1200, the storageType in Java might be "int", from C might also be "int",
but from Oracle might be "NUMBER". They are just hints. The more info the
better. If you really wnat to know the domain, look at the required
attributeDomain element.
I'll close this bug when we are ready for RC2 to be released if there is no
further discussion.
Updated by Matt Jones about 22 years ago
Discussed during conference call 1oct2002. Decided current structure works.
Will review documentation to make sure the issues are clear. RESOLVED FIXED.