[EMAIL PROTECTED] wrote:-
|
| Hi Gopal,
|
| I have tried two variations on that theme:
|
| javac -extdirs d:\xml-xalan\java\build\xalan.jar
| src\org\apache\xalan\templates\FuncKey.java
|
| where xalan.jar is a prebuilt modern Xalan binary; and
|
| javac -extdirs d:\xml-xalan\java\src
| src\org\apache\xalan\templates\FuncKey.java
|
| Both gave me 56 compilation errors under Sun JDK 1.4.1. :(
|
| As a slight aside, I recall hearing about a "bug" in Sun JDK 1.4.0 that
| permitted -extdirs to override what was in rt.jar.
Hmm .. I didn't hear any suchthing. Could you provide me the bug # ?
Yesterday i saw this result:-
% javac -J-showversion -extdirs $L_HOME -verbose TestTransformation.java
java version "1.4.0_00"
Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.0_00-b05)
Java HotSpot(TM) Client VM (build 1.4.0_00-b05, mixed mode)
[parsing started TestTransformation.java]
[parsing completed 462ms]
[loading /usr/j2se/jre/lib/rt.jar(javax/xml/transform/TransformerFactory.class)]
[loading /usr/j2se/jre/lib/rt.jar(javax/xml/transform/Transformer.class)]
[loading
/usr/j2se/jre/lib/rt.jar(javax/xml/transform/TransformerException.class)]
[loading
/home/Xalan/xml-xalan/java/build/xalan.jar(org/apache/xalan/Version.class)]
[loading
/home/Xalan/xml-xalan/java/build/xsltc.jar(org/apache/xalan/xsltc/trax/XSLTCSour
ce.class)]
[loading /usr/j2se/jre/lib/rt.jar(java/lang/Object.class)]
As you see above, it is loading javax.* files from rt.jar and Version from
new xalan.jar. This is what confused me as i thought Version class was there
in rt.jar.
-extdirs is working properly and it's not overriding the classes
either in 1.4.0 or 1.4.1.
Yep, -extdirs won't work.
The solution, I found is -- change the sequence of class loading using
bootclasspath means use:
% javac -bootclasspath
$L_HOME/xalan.jar:$L_HOME/xsltc.jar:$JAVA_HOME/jre/lib/rt.jar
-J-showversion -verbose src/org/apache/xalan/templates/FuncKey.java
It works in both Sun Jdk 1.4 and 1.4.1.
Thanks
- Gopal
| I haven't tried with
| the version of 1.4.0 (1.4.01 to be exact) that I have, nor can I recall
| exactly where I got that impression from.
|
| Anyway, since the behaviour appears to fail on 1.4.1 this wouldn't seem to
| bde a general solution.
|
| Cheers,
| Neil
| Neil Graham
| XML Parser Development
| IBM Toronto Lab
| Phone: 905-413-3519, T/L 969-3519
| E-mail: [EMAIL PROTECTED]
|
|
|
|
| |---------+---------------------------->
| | | Gopal Sharma |
| | | <Gopal.Sharma@Sun|
| | | .COM> |
| | | |
| | | 09/25/2002 06:51 |
| | | AM |
| | | Please respond to|
| | | xalan-dev |
| | | |
| |---------+---------------------------->
|
>-------------------------------------------------------------------------------
--------------------------------------------------------------|
| |
|
| | To: [EMAIL PROTECTED]
|
| | cc:
|
| | Subject: Re: can Xalan be compiled under JDK 1.4.x?
|
| |
|
| |
|
|
>-------------------------------------------------------------------------------
--------------------------------------------------------------|
|
|
|
| Have you tried javac -extdirs <dir> <files> ? In this case, javax.xml.*
| classes are loaded from rt.jar and rest from <dir>\xalan.jar.
|
| HTH
| - Gopal
|
|
| [EMAIL PROTECTED] wrote:-
| |
| | Hi all,
| |
| | I've looked around the list archives a bit, but can't readily find an
| | answer to this. Is there a reliable way to get modern versions of Xalan
| to
| | compile under JDK 1.4.x?
| |
| | The only way I've found so far is to carefully set javac's bootclasspath
| to
| | include all jars important to the JDK but exclude the jar containing
| Xalan;
| | but since jars are laid out in a vendor-dependent way, it's not
| | obvious to me that it would be easy to code a clean and portable solution
| | on these lines. I've also played with things like this:
| |
| | javac -J-Xbootclasspath/p:modern_xalan_dir modern_xalan_files
| |
| | but this still doesn't seem to permit classes to be prepended to the
| | cootclasspath that javac's using.
| |
| | Any ideas greatly appreciated!
| |
| | Thanks,
| | Neil
| | Neil Graham
| | XML Parser Development
| | IBM Toronto Lab
| | Phone: 905-413-3519, T/L 969-3519
| | E-mail: [EMAIL PROTECTED]
| |
| |
|
|
|
|
