Re: CLASSPATH problems

Blair,
   OK, I think I've almost gotten in working now, except for the java compiler. 
 With no systemdefault.properties:

java ShowMeClasspath2
VERSION=1.1.8                                               
CLASSPATH=/QIBM/ProdData/Java400/jdk118/lib/jdkptf118.zip:/QIBM/ProdData/Java400/jdk118/lib/classes.zip:/QIBM/ProdData/Java400/ext/IBMmisc.jar:/QIBM/ProdData/Java400/ext/db2_classes.jar:/QIBM/ProdData/Java400/ext/jssl.jar:/QIBM/ProdData/Java400/ext/ibmjssl.jar:/QIBM/ProdData/Java400/jt400ntv.jar:/QIBM/ProdData/Java400/:/home/jdunn/jdom.jar:/home/jdunn/xerces.jar:/QIBM/UserData/Java400/ext/db2_classes.jar:.
           
BOOTCLASSPATH=--NOT SET--

then run javac with no parameters:

javac
use: javac [-g][-O][-debug][-depend][-nowarn][-verbose][-classpath 
path][-nowrite][-deprecation][-d dir][-J<runtime flag>] file.java...

then try a compile:

javac ShowMeClasspath2.java
$

It works!  I have the jdom, xerces and db2_classes in a *JOB "CLASSPATH" 
environment variable.

Put ONLY: java.version=1.3
in:       systemdefault.properties

and I get:

java ShowMeClasspath2
VERSION=1.3.0
CLASSPATH=/home/jdunn/jdom.jar:/home/jdunn/xerces.jar:/QIBM/UserData/Java400/ext/db2_classes.jar:.
BOOTCLASSPATH=/QIBM/ProdData/Java400/jdk13/lib/rt.jar:/QIBM/ProdData/Java400/jdk13/lib/i18n.jar:/QIBM/ProdData/Java400/jdk13/lib/sunrsasign.jar:/QIBM/ProdData/Java400/ext/IBMmisc.jar:/QIBM/ProdData/Java400/ext/jssl.jar:/QIBM/ProdData/Java400/ext/ibmjssl.jar:/QIBM/ProdData/Java400/

then try javac with no paramenters:

javac
Usage: javac <options> <source files>
where possible options include:
  -g                        Generate all debugging info
  -g:none                   Generate no debugging info
  -g:{lines,vars,source}    Generate only some debugging info
  -O                        Optimize; may hinder debugging or enlarge class file
  -nowarn                   Generate no warnings
  -verbose                  Output messages about what the compiler is doing
  -deprecation              Output source locations where deprecated APIs are 
used
  -classpath <path>         Specify where to find user class files
  -sourcepath <path>        Specify where to find input source files
  -bootclasspath <path>     Override location of bootstrap class files
  -extdirs <dirs>           Override location of installed extensions
  -d <directory>            Specify where to place generated class files
  -encoding <encoding>      Specify character encoding used by source files
  -target <release>         Generate class files for specific VM version

then try a compile:

javac ShowMeClasspath2.java
ShowMeClasspath2.java:2: cannot resolve symbol
symbol  : class String
location: class ShowMeClasspath2
public static void main(String[] args)

ShowMeClasspath2.java:4: cannot resolve symbol
symbol  : variable System
location: class ShowMeClasspath2
System.out.println("VERSION=" + System.getProperty("java.version"));
                                ^

ShowMeClasspath2.java:4: cannot resolve symbol
symbol  : class out
location: package System
System.out.println("VERSION=" + System.getProperty("java.version"));
      ^

etc, etc. I try changing me "CLASSPATH" *JOB variable to:

/QIBM/ProdData/Java400/jdk13/lib/tools.jar:/QIBM/ProdData/Java4/ext/db2_classes.jar:/QIBM/ProdData/Java400/jt400ntv.jar:/QIBM/ProdData/HTTP/Public/jt400/lib/jt400Access.zip:/home/jdunn/jdom.jar:/home/jdunn/xerces.jar:.

because I notice that tools.jar, jt400ntv.jar, etc are not in the 
BOOTCLASSPATH, but the compiles still fail.  I *can* take both my xxx.java and 
xxx.class (that I produce with WDSCi 4.0) and FTP them up to the AS/400.  
Although I can't compile xxx.java, the xxx.class executes just fine (with JVM 
1.3, because of XERCES/JDOM's dependance on JVM 1.2 or higher.)  I guess this 
is good enough.  At least I have a JVM 1.3 execution environment on the AS/400, 
even if I can't compile.

John