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 2001/11/08 12:25:16 UTC
DO NOT REPLY [Bug 4711] -
Problem loading classes when XSLTC.jar is put in $JAVA_HOME/jre/lib/ext
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=4711>.
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=4711
Problem loading classes when XSLTC.jar is put in $JAVA_HOME/jre/lib/ext
morten@apache.org changed:
What |Removed |Added
----------------------------------------------------------------------------
AssignedTo|xalan-dev@xml.apache.org |morten@apache.org
Summary|xsltc TrAX servlet thows No |Problem loading classes when
|parser input source trying |XSLTC.jar is put in
|to create templates |$JAVA_HOME/jre/lib/ext
------- Additional Comments From morten@apache.org 2001-11-08 03:25 -------
This seems to be a problem wither with the CLASSPATH property or with the
class loader when XSLTC.jar is put in $JAVA_HOME/jre/lib/ext. If XSLTC.jar
is put in that directory the compiler or runtime does not seem to have access
to the classes in the classpath. You'll see this happening when compiling
a stylesheet with calls to external java classes (such as in this case) and
when running org.apache.xalan.xsltc.cmdling.Transform. A workaround is to
move the XSLTC.jar file out of $JAVA_HOME/jre/lib/ext and reference it from
the CLASSPATH variable instead.