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=8017>. 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=8017 xsltc and problems with cocoon ------- Additional Comments From [EMAIL PROTECTED] 2002-04-15 19:53 ------- TemplatesHandlerImpl.java putback (4/15/02) addresses concern (1) in the bug report. In the method getTemplates(), there is potentially a mismatch caused by the formation of the transletname from Util.baseName() and xsltc.setClassName(transletName). In XSLTC.java, setClassName further processes the name by removing any .extension, and then by converting into a Java-legal name with Util.toJavaName, and finally by appending package names onto it if applicable. Back in the getTemplates method of TemplatesHandlerImpl.java however, a newTemplatesImpl object is created by just passing in the translet name formed from Util.baseName(). Concern (2) the Null Pointer exception has been seen before, and is believed to have been fixed. Stefano: we would appreciate it if you could download the latest xsltc and try your example again. Also, we were wondering if you could give us the stylesheet (book2menu.xsl) so that we could address concern (3) the VerifyError, unable to pop operands ... Thanks.
