Using wstx-asl-3.2.9, 4.0.6, CxIdTest fails

[GoogleCodeExporter]

In the "test" dependencies for the bridge-cx project, add wstx-asl.

Then try running "mvn install" on the bridge/cx project.

The CxIdTest test fails.

Here's the Maven pom.xml change.

  <dependency>
    <groupId>org.codehaus.woodstox</groupId>
    <artifactId>wstx-asl</artifactId>
    <version>4.0.6</version>
    <scope>test</scope>
  </dependency>

It doesn't matter whether you run this test under JDK 1.5 or 1.6.

Original issue reported on code.google.com by aale...@gmail.com on 12 Oct 2010 at 4:24

[GoogleCodeExporter]

Turns out this is a bug in woodstox that I just filed:
http://jira.codehaus.org/browse/WSTX-247

Woodstox simply doesn't actually bother to correctly report the ID type for 
attributes. Looking at the source code shows it always returns "CDATA" for 
getDTDType()

Work-around is either to use SAX parsing for generating Cx trees, or perhaps 
let the users of the processing context choose whether they want a SAX or StAX 
parse.

Original comment by aale...@gmail.com on 12 Oct 2010 at 4:24

[GoogleCodeExporter]

An additional way of working around this issue is to change the 
DefaultDocumentHandler to use the XMLStreamReader, instead of the 
XMLEventReader.

My limited testing seems to indicate that Xerces 2.10.0 sets up the factory 
service provisioning to rely on the presence of Woodstox for XMLEventReader.

Original comment by aale...@gmail.com on 12 Oct 2010 at 4:24

[GoogleCodeExporter]

Another workaround is to hardcode the Stax parser to use:

-Djavax.xml.stream.XMLInputFactory=com.sun.xml.internal.stream.XMLInputFactoryIm
pl

Original comment by anli.shu...@gmail.com on 2 Feb 2011 at 6:52

[GoogleCodeExporter]

Not sure what to do about this one; it's been here, and accepted, for a very 
long time. But there doesn't seem to be a lot happening. If it's waited this 
long, it can wait longer.

Original comment by aale...@gmail.com on 26 Jul 2012 at 7:42

• Added labels: Milestone-Future

[GoogleCodeExporter]

Changed owner.

Original comment by eric%tib...@gtempaccount.com on 6 May 2014 at 9:44