DO NOT REPLY [Bug 22761] - Two XSLTInputHandler constructors do not work properly (TraxInputHandler bugs)

[bu...@apache.org]

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

http://issues.apache.org/bugzilla/show_bug.cgi?id=22761

Two XSLTInputHandler constructors do not work properly (TraxInputHandler bugs)





------- Additional Comments From azeeshan@hotmail.com  2004-07-22 15:59 -------
My understanding of the problem is as follows.
Basically, when constructor of TraxInputHandler class calls the private method 
initTransformer(), a new transformer is created (with the given xslt source) 
and as soon the transformer is created the private class variable xsltSource is 
closed. Then when getParser() public method is called on this instance, it 
calls the private method getXMLFilter(), now exception is thrown as soon as it 
tries to to create the XMLFilter, Reason being that the source is closed.

Following is my suggestion for temporary fix.
In initTransformer() method of the TraxInputHandler create the transformer 
without the source. i.e.
transformer = TransformerFactory.newInstance().newTransformer ();
This was my personal fix and might not fit to the design goals of FOP if it 
compromise on performance etc.

Azhar Zeeshan