× The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.


  1.  Home
  2. JAVA400-L
  3. March 2001

Re: How do others configure classpath? - /Qibm/ProdData/Java400/extdirectory question

  • Subject: Re: How do others configure classpath? - /Qibm/ProdData/Java400/extdirectory question
  • From: "Dave Wall" <dawall@xxxxxxxxxx>
  • Date: Fri, 2 Mar 2001 09:06:01 -0600
  • Importance: Normal
 

One more consideration for the extensions directory -- it is searched
before the user classpath.  It may be best if certain class libraries like
the Toolbox for Java are not in the extensions directory.

Suppose you have a couple of apps that use the Toolbox.  One of the apps
puts the Toolbox in the extensions directory.  The other grabbed JTOpen,
modified it slightly, then shipped it using the user classpath.  The second
app will not get to use its copy of the Toolbox.  Since the first app put a
copy in the extensions directory it is used before the jar in the user
classpath.  Renaming the second jar won't help.  Classes the second app
needs (AS400.class, for example) will be found and used from the jar in the
extensions directory.

I am not saying the extensions directory is bad.  It is great for things
like the native JDBC driver where there should be only one copy of the jar
on the system.  But, there are a set of functions that should not be in the
extensions directory.

David Wall
AS/400 Toolbox for Java


"Bruce Jin" <brucej@MRC-PRODUCTIVITY.COM>@midrange.com on 03/02/2001
08:20:01 AM

Please respond to JAVA400-L@midrange.com

Sent by:  owner-java400-l@midrange.com


To:   <JAVA400-L@midrange.com>
cc:
Subject:  Re: How do others configure classpath? -
      /Qibm/ProdData/Java400/ext directory question



There are more than a dozen jar and zip files in my
/Qibm/ProdData/Java400/ext directory but only 4 of them showed up in the
JVM
classpath. I used the API "System.getProperty("java.class.path")"   to
retrieve the CLASSPATH in my java program and servlets.

This lists all jar/zip files retrieved from a java program running in
Qshell:

/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/
/qibm/proddata/http/public/jt400/lib/jt400.zip (this came from ENVVAR
CLASSPATH)

This lists all jar/zip files retrieved from a servlet running in WAS 2.03

/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/
/qibm/proddata/http/public/jt400/lib/jt400.zip   (this came from ENVVAR
CLASSPATH)
/QIBM/ProdData/IBMWebAS/lib
/QIBM/ProdData/IBMWebAS/lib/databeans.jar
/QIBM/ProdData/IBMWebAS/lib/ejsclientruntime.jar
/QIBM/ProdData/IBMWebAS/lib/ibmjndi.jar
/QIBM/ProdData/IBMWebAS/lib/ibmwebas.jar
/QIBM/ProdData/IBMWebAS/lib/jndi.jar
/QIBM/ProdData/IBMWebAS/lib/jsdk.jar
/QIBM/ProdData/IBMWebAS/lib/jst.jar
/QIBM/ProdData/IBMWebAS/lib/lotusxsl.jar
/QIBM/ProdData/IBMWebAS/lib/wasfix1.jar
/QIBM/ProdData/IBMWebAS/lib/webtlsrn.jar
/QIBM/ProdData/IBMWebAS/lib/x509v1.jar
/QIBM/ProdData/IBMWebAS/lib/xml4j.jar
/QIBM/ProdData/IBMWebAS/web/admin/classes
/QIBM/ProdData/IBMWebAS/web/admin/classes/seadmin.jar

Bruce


-----Original Message-----
From: Richard Dettinger <cujo@us.ibm.com>
To: JAVA400-L@midrange.com <JAVA400-L@midrange.com>
Date: Thursday, March 01, 2001 4:22 PM
Subject: Re: How do others configure classpath?


>
>1) You can put jars in the extentions directory instead of specifying them
>in your classpath.  All the jar files in the extensions directory are in
>your classpath.  The extensions directory is configurable as a JVM
property
>but I forget which on it is.  The default location is
>/qibm/proddata/java400/ext (I think).  Poke around on your system a little
>and you will see how it works.
>2) 200+ bytes?  Sure.  That's small.  :-)  Set it with a program or a
>script.  That takes all (most) the pain out of it.
>3) Don't ever copy them.  Put them someplace and create symbolic links to
>them.  Then there is one real file and other 'pointers' to that file.
>
>
>Regards,
>
>Richard D. Dettinger
>AS/400 Java Data Access Team
>
>"Biologists have a special word for stability -- dead"
>
>                Larry Wall
>                Open Source Developers Journal
>                Issue 1, Jan  2000
>
>
>Buck Calabro <buck.calabro@aptissoftware.com>@midrange.com on 03/01/2001
>03:30:06 PM
>
>Please respond to JAVA400-L@midrange.com
>
>Sent by:  owner-java400-l@midrange.com
>
>
>To:   JAVA400-L@midrange.com
>cc:
>Subject:  How do others configure classpath?
>
>
>
>CLASSPATH is going to be the death of Java.
>Every toolkit, every 3rd party .JAR file, every new version seems to
>require
>a separate entry in CLASSPATH.
>1) Why do I ever need to specify the specific jar file (as opposed to
>pointing to the directory holding it?)
>2) Do you really have a CLASSPATH that's 200+ bytes long?
>3) Some docs have me copying jar files.  How do you manage these "copies?"
>
>Buck Calabro
>Commsoft; Albany, NY
>"Nothing is so firmly believed as
> that which we least know" -- Michel Montaigne
>Visit the Midrange archives at http://www.midrange.com
>+---
>| This is the JAVA/400 Mailing List!
>| To submit a new message, send your mail to JAVA400-L@midrange.com.
>| To subscribe to this list send email to JAVA400-L-SUB@midrange.com.
>| To unsubscribe from this list send email to
JAVA400-L-UNSUB@midrange.com.
>| Questions should be directed to the list owner: joe@zappie.net
>+---
>
>
>
>+---
>| This is the JAVA/400 Mailing List!
>| To submit a new message, send your mail to JAVA400-L@midrange.com.
>| To subscribe to this list send email to JAVA400-L-SUB@midrange.com.
>| To unsubscribe from this list send email to
JAVA400-L-UNSUB@midrange.com.
>| Questions should be directed to the list owner: joe@zappie.net
>+---

+---
| This is the JAVA/400 Mailing List!
| To submit a new message, send your mail to JAVA400-L@midrange.com.
| To subscribe to this list send email to JAVA400-L-SUB@midrange.com.
| To unsubscribe from this list send email to JAVA400-L-UNSUB@midrange.com.
| Questions should be directed to the list owner: joe@zappie.net
+---



+---
| This is the JAVA/400 Mailing List!
| To submit a new message, send your mail to JAVA400-L@midrange.com.
| To subscribe to this list send email to JAVA400-L-SUB@midrange.com.
| To unsubscribe from this list send email to JAVA400-L-UNSUB@midrange.com.
| Questions should be directed to the list owner: joe@zappie.net
+---

As an Amazon Associate we earn from qualifying purchases.

This thread ...
Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].

Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.