Use StreamConstraintsException in name canonicalizers

[pjfanning]

due to https://oss-fuzz.com/testcase-detail/6531057062641664

[pjfanning]

If this change is ok for 2.15 and 2.15 already has some small exception throwing changes to the APIs - then maybe a similar change shoul go into the byte canonicalizer.

[cowtowncoder]

Definitely should behave the same for byte-backed symbol table too.

One thing to verify: that all 2.15 format backends are aligned -- I think this may be source incompatibility but bytecode compatible (since exceptions are not part of method signature).

One question/thought -- is there any Jackson IOException subtype we could/should use?
Perhaps this could be constraints failure (not per-document, globally)?

[pjfanning]

StreamConstraintsException? Or a new class with similar definition to that?

[cowtowncoder]

@pjfanning Was thinking of StreamConstraintsException. While not 100% accurate, has sort of similar domain.

[pjfanning]

@pjfanning Was thinking of StreamConstraintsException. While not 100% accurate, has sort of similar domain.

Change made. Also applied similar changes in the ByteQuadsCanonicalizer

[cowtowncoder]

Ok, I'll change this back, actually, since it's internal sanity check (not something users can trigger). Same for next one.

[cowtowncoder]

Thank you @pjfanning! I think this will now resolve one last OSS-Fuzz issue that I had not tackled in 2.x (only 3.0).

EDIT: had to make minor changes to CBOR, Smile codecs to expose IOException, now all compile again (and I don't think it is bytecode-incompatible across versions despite being source-compatible)

[mail4csm]

After trying out "2.15.0-rc1" error pops up

java.lang.NoClassDefFoundError: com/fasterxml/jackson/core/exc/StreamConstraintsException

at com.fasterxml.jackson.dataformat.xml.XmlFactory._createParser(XmlFactory.java:670)
at com.fasterxml.jackson.dataformat.xml.XmlFactory._createParser(XmlFactory.java:30)
at com.fasterxml.jackson.core.JsonFactory.createParser(JsonFactory.java:1123)
at com.fasterxml.jackson.databind.ObjectMapper.readTree(ObjectMapper.java:3138)

[cowtowncoder]

@mail4csm You have a version mismatch somewhere: somehow you have older jackson-core than jackson-dataformat-xml -- minor versions need to match (specifically you need 2.15.0-rc1 of jackson-core, not just jackson-dataformat-xml).

[mail4csm]

@cowtowncoder thanks, found the issue - indirect dependency was with older version of jackson-core. Thanks!

[cowtowncoder]

@mail4csm yes that makes sense.