You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
first of all, thank you for creating this library, it is very appreciated!
Unfortunately though, v1.0.27 seems to have a problem with the validation of xs:maxInclusive if the value is set to one of the built-in calendar types such as xs:date, xs:dateTime or xs:gYearMonth.
I stumbled about this while trying to process one of our schemas (http://www.archivesportaleurope.net/Portal/profiles/eag_2012.xsd). Said schema features a few of xs:maxInclusive declarations, e.g. in lines 176, 181, 186, and 191. When trying to load a local copy of the file via the standard constructor (XsdParser(filepath)), the result was an error with the following stack:
org.xmlet.xsdparser.xsdelements.exceptions.ParsingException: The xsd:maxInclusive value attribute should be a numeric value.
at org.xmlet.xsdparser.xsdelements.AttributeValidations.validateDouble(AttributeValidations.java:149)
at org.xmlet.xsdparser.xsdelements.AttributeValidations.validateRequiredDouble(AttributeValidations.java:163)
at org.xmlet.xsdparser.xsdelements.xsdrestrictions.XsdDoubleRestrictions.<init>(XsdDoubleRestrictions.java:36)
at org.xmlet.xsdparser.xsdelements.xsdrestrictions.XsdMaxInclusive.<init>(XsdMaxInclusive.java:24)
at org.xmlet.xsdparser.xsdelements.xsdrestrictions.XsdMaxInclusive.parse(XsdMaxInclusive.java:34)
at org.xmlet.xsdparser.xsdelements.XsdAbstractElement.xsdParseSkeleton(XsdAbstractElement.java:158)
at org.xmlet.xsdparser.xsdelements.XsdRestriction.parse(XsdRestriction.java:118)
at org.xmlet.xsdparser.xsdelements.XsdAbstractElement.xsdParseSkeleton(XsdAbstractElement.java:158)
at org.xmlet.xsdparser.xsdelements.XsdSimpleType.parse(XsdSimpleType.java:123)
at org.xmlet.xsdparser.xsdelements.XsdAbstractElement.xsdParseSkeleton(XsdAbstractElement.java:158)
at org.xmlet.xsdparser.xsdelements.XsdUnion.parse(XsdUnion.java:57)
at org.xmlet.xsdparser.xsdelements.XsdAbstractElement.xsdParseSkeleton(XsdAbstractElement.java:158)
at org.xmlet.xsdparser.xsdelements.XsdSimpleType.parse(XsdSimpleType.java:123)
at org.xmlet.xsdparser.xsdelements.XsdAbstractElement.xsdParseSkeleton(XsdAbstractElement.java:158)
at org.xmlet.xsdparser.xsdelements.XsdSchema.parse(XsdSchema.java:108)
at org.xmlet.xsdparser.core.XsdParser.parseFile(XsdParser.java:100)
at org.xmlet.xsdparser.core.XsdParser.parse(XsdParser.java:61)
at org.xmlet.xsdparser.core.XsdParser.<init>(XsdParser.java:37)
It was a bit weird to see the attribute validation classes for Double values being called. Is this because counterparts for calendar values do not yet exist, or is something else to blame?
The text was updated successfully, but these errors were encountered:
Thanks for using it, and thanks for reporting the issue.
After checking again I did indeed made a mistake while classifying the types of values the restrictions such as xsd:minInclusive, xsd:maxInclusive, xsd:minExclusive and xsd:maxExclusive could have. I'll correct it and release a new version by the end of the week.
Hello,
first of all, thank you for creating this library, it is very appreciated!
Unfortunately though, v1.0.27 seems to have a problem with the validation of
xs:maxInclusive
if the value is set to one of the built-in calendar types such asxs:date
,xs:dateTime
orxs:gYearMonth
.I stumbled about this while trying to process one of our schemas (http://www.archivesportaleurope.net/Portal/profiles/eag_2012.xsd). Said schema features a few of
xs:maxInclusive
declarations, e.g. in lines 176, 181, 186, and 191. When trying to load a local copy of the file via the standard constructor (XsdParser(filepath)
), the result was an error with the following stack:It was a bit weird to see the attribute validation classes for Double values being called. Is this because counterparts for calendar values do not yet exist, or is something else to blame?
The text was updated successfully, but these errors were encountered: