Getting error with sample AddressBook using xsd instead

Thu, 13 Mar 2008 19:18:00 GMT

Hi Nigel,

Setting pc.setParserFeature("http://apache.org/xml/features/validation/schema", true); did the trick.

There's already a schema tag in the xsd file. It must somehow gotten removed in the process of pasting/editing on my part.

Thank you

Thu, 13 Mar 2008 15:29:00 GMT

Hello there,

Your requirement seems perfectly reasonable, but it is something that we haven't got around to creating an example for yet.

First off this exception message isn't very informative! When the data files (a1.xml/a2.xml) are not well-formed a more informative messages indicating the nature of the failure is coming out in the exception trace. It appears to be an issue with how the exception is passed from the parser through the input filter chain when Saxon is being used.

When I tried to run the code I discovered a missing line in the xsd, it needs an opening schema tag and namespace declaration:

<xs:schema xmlns:xs="http://www.w3.org/2001/XMLSchema">

Because the error message was unhelpful I used the standalone sax.Counter sample to test the files/schema, with a command-line like this:

java -cp /usr/local/java/xerces-2_9_0/xercesImpl.jar:/usr/local/java/xerces-2_9_0/xercesSamples.jar sax.Counter -v -s -f a1.xml

I also modifed the data files, for example:

I'm not too sure as to why it worked in DeltaWing and not in the sample. One possibility is that somehow different versions of the SAX Parser and XSLT processors were being used, caused by some slight difference in the classpath or the JVM. This is an area where different JVMs 1.4, 5.0, 6.0 have different behaviours (because of the changes in the Xerces/Xalan components and their package locations included in the Java runtime) and we usually need more information to debug.

Two other probably related issues....

You may need:

pc.setParserFeature("http://apache.org/xml/features/validation/schema", true);

Finally, if you need more explicit control of the parsers being used you can always instantiate them yourself (you need 2, one for each input) using the JAXP factory, configure as needed and then hook them into the PipelinedComparator using SAXSource inputs.

Hope this helps,

Nigel

Getting error with sample AddressBook using xsd instead

Tue, 11 Mar 2008 12:55:00 GMT

I've just downloaded DeltaXMLCore-4_5_1 to evaluate. I'm poking around with Addressbook example to use xsd instead of dtd. I'm getting the following error when execute AddressBook. However, running the files through DeltaWing and it works fine. Can someone please point out what I'm doing wrong? Thank you.

run:
[java] Exception in thread "main" com.deltaxml.core.PipelineProcessingExcep
tion: Exception detected during pipeline processing
[java] at com.deltaxml.core.PipelinedComparator.compare(PipelinedComparator.java:74)
[java] at com.deltaxml.core.PipelinedComparator.compare(PipelinedComparator.java:302)
[java] at AddressBook.main(AddressBook.java:43)
[java] Caused by: com.deltaxml.api.DeltaXMLProcessingException: XML Parsing failed
[java] at com.deltaxml.c_b.c_a.c_g.c_a(c_g.java:121)
[java] at com.deltaxml.api.ComparatorImpl.c_a(ComparatorImpl.java:60)
[java] at com.deltaxml.api.ComparatorImpl.compare(ComparatorImpl.java:27)
[java] at com.deltaxml.core.PipelinedComparator.compare(PipelinedComparator.java:306)
[java] ... 2 more
[java] Caused by: javax.xml.transform.TransformerException: XML Parsing failed
[java] at com.icl.saxon.Filter.parse(Filter.java:412)
[java] at org.xml.sax.helpers.XMLFilterImpl.parse(XMLFilterImpl.java:333)
[java] at com.deltaxml.c_b.c_a.c_g.c_a(c_g.java:110)
[java] ... 5 more
[java] Java Result: 1
[echo] Running: AddressBook on (a1.xml, a2.xml) to produce out.html

Schema I created:

<?xml version="1.0" encoding="ISO-8859-1" ?>

<xs:simpleType name="stringtype">
<xs:restriction base="xs:string"/>
</xs:simpleType>

<xs:simpleType name="personidtype">
<xs:restriction base="xs:string">
<xs:pattern value="[0-9]{2,5}"/>
</xs:restriction>
</xs:simpleType>

<xs:complexType name="addresstype">
<xs:sequence>
<xs:element name="line" type="stringtype" maxOccurs="2"/>
<xs:element name="zip" type="stringtype"/>
</xs:sequence>
</xs:complexType>

<xs:complexType name="persontype">
<xs:sequence>
<xs:element name="name" type="stringtype"/>
<xs:element name="email" type="stringtype"/>
<xs:element name="address" type="addresstype"/>
</xs:sequence>
<xs:attribute name="customerid" type="personidtype" use="required"/>
</xs:complexType>

<xs:complexType name="addressListtype">
<xs:sequence>
<xs:element name="person" type="persontype" maxOccurs="unbounded"/>
</xs:sequence>
</xs:complexType>

<xs:element name="addressList" type="addressListtype"/>

</xs:schema>