Closed pandaxtc closed 11 months ago
Hi, this is a challenging issue that forces a partial rewrite of identity keys collecting process.
In this case there are two XSD keys that target to the same XSD element instance through different paths, so XsdKey(name='xtce:argumentTypeNameKey')
is used also with a non matching path. For these ambiguous cases I will add an additional check on XML data (that slow down the processing, so it's better to use this only if necessary ...).
Thank you
Hi, v2.5.0 has a fix for XSD keys collecting. I found a way for tracking base XML elements and to apply XPath selectors on XML data without having a big impact on performances, so ambiguities shouldn't happen anymore.
Please confirm if your failing case is resolved.
Thank you
Hi, v2.5.0 has a fix for XSD keys collecting. I found a way for tracking base XML elements and to apply XPath selectors on XML data without having a big impact on performances, so ambiguities shouldn't happen anymore.
Please confirm if your failing case is resolved.
Thank you
Hello, thank you so much for fixing this issue! I can confirm the document validates correctly now. I really appreciate it.
Validating this document with this schema fails with the following:
It seems like this portion of the schema is responsible for this:
however, no elements covered by the selector have the same name. After changing the name attribute a few times, it seems like the conflict is occurring with elements in
TelemetryMetaData/ParameterTypeSet
which should not be covered by this key. Other XSD validators also seem to not take any issue with this document. However, I'm not entirely familiar with XML Schema, so I may be overlooking something.Thank you!