| 
 | 
Colin,
Be aware that custom class loaders are generally not expected
particularly in container-managed environments. You can run into all
kinds of difficult to debug situations when you load the same class from
multiple class loaders. It may work for you but I wouldn't use a
customer class loader to save typing on my classpath. Some reasons to
use a custom class loader are that you have something in your classes
you don't want anyone to find out about or you want to be able to reload
a class at will. A safe but effective alternative to add all Jars in a
directory is a shell script using something like:
#! /bin/qsh
cd $(dirname $0)
CLASSPATH=.
for i in lib/*.jar; do
  CLASSPATH=${CLASSPATH}:$i
done
echo CLASSPATH=${CLASSPATH}
export -s CLASSPATH=${CLASSPATH} 
java com.MyApp...
--David Morris
>>> colin.williams@xxxxxxxxxxxx 8/30/2004 1:25:59 PM >>>
Joe,
if you need to write a custom classloader, there are some articles on
the
IBM developerworks site that discuss this(assuming you havent done
this
before!).
I recently knocked up a custom classloader so that i could setup my
classpath dynamically, rather than setting using the RUNJVA command.
I had an application that used a component dependent on a lot of open
source
JARS, and I didnt want to type them all in to the classpath one by
one.
So I created custom classloader that I could point at a directory, and
it
would add all the jars to the classpath.
cheers
Colin.W
As an Amazon Associate we earn from qualifying purchases.
This mailing list archive is Copyright 1997-2025 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.