You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@xalan.apache.org by bu...@apache.org on 2004/01/14 21:06:06 UTC

DO NOT REPLY [Bug 26141] New: - xalan transformation does not transfer control to registered error listsner in some cases

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://nagoya.apache.org/bugzilla/show_bug.cgi?id=26141>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=26141

xalan transformation does not transfer control to registered error listsner in some cases

           Summary: xalan transformation does not transfer control to
                    registered error listsner in some cases
           Product: XalanJ2
           Version: 2.0.0
          Platform: PC
        OS/Version: Windows NT/2K
            Status: NEW
          Severity: Major
          Priority: Other
         Component: org.apache.xalan.transformer
        AssignedTo: xalan-dev@xml.apache.org
        ReportedBy: pantvaidya@hotmail.com


I am using jaxp api in my xslt trandformation code and running with xalan 2.0.0.
I developed and then registered my own error listener with the
TransformerFactory and the Transformer. In some cases, I am finding that this
error listener is not getting called at all.

For example, in one case while testing the error listener getting called for
problems during xsl file compilation, my xsl file had a line <xsl:value-of
select = "/CxQuoteContainer/containerInfo/attribute/atomicValue[]"/>. In this
case, the following exception was thrown bypassing the error handler:
javax.xml.transform.TransformerException: java.lang.NullPointerException
        at org.apache.xalan.transformer.TransformerImpl.transformNode(Transforme
rImpl.java, Compiled Code)
        at org.apache.xalan.transformer.TransformerImpl.run(TransformerImpl.java
:2894)
        at java.lang.Thread.run(Thread.java:479)
The strange thing is that the above stack trace does not contain any entries
pointing to my code.

In another case, to test error listener with transformation errors, I added a
the specification <!DOCTYPE EOM_SLTC_ORDER> to my xml string without a
corresponding root element. There again the following errors were flagged, but
the registered listener was bypassed (and the transformation completed as it
should have):
[Error] :1:44: Document root element "CxQuoteContainer", must match DOCTYPE root
 "EOM_SLTC_ORDER".
[Error] :1:44: Element type "CxQuoteContainer" must be declared.
...