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.