Re: [gentoo-java] CLASSPATH deprecated?

[Matt Bucknall]

Hi Federico,

Thanks for your reply. My understanding is that java-config is specific
to Gentoo. I assume then, there is no cross-platform means of finding
out whether/where libraries are installed automatically (i.e. for use by
some installation process). Is it normal practice when deploying a Java
application to include all the JARs that it needs so not to rely on the
end-user having some packages already pre-installed?

Thanks again,
Matt.


Federico Fissore wrote:
> There are mainly two ways to do this:
>
>   1. use a "static" classpath in the form
>      create symlinks to system installed jars and then run something like
>      CLASSPATH="lib/commons-logging.jar:lib/commons-collections.jar"
>      java MyApp
>   2. ask java-config to do that for you
>      CLASSPATH=$(java-config -dp commons-beanutils-1.6) java MyApp
>
> My preference goes to the first way when packaging an application (if
> the application expects some jars in some folder) and to the second
> way when I run my own application (obvioulsy backed by a shell script:
> I hate writing the same stuff twice)
>
> Matt Bucknall wrote:
>> Hello,
>>
>> In section 6 of the Gentoo Java Guide, it mentions that setting a
>> system-wide CLASSPATH should be considered deprecated because
>> applications should manage their own classpaths. This makes sense, but I
>> am wondering, how are applications expected to do this? If an
>> application needs to make use of a 3rd party JAR, does it have to
>> include it as part of its own installation so it knows which version it
>> is, and where it is located, or is there some less brute-force automated
>> means for an application to locate installed libraries?
>>
>> Thanks,
>>
>> Matt.
>>
>> Send instant messages to your online friends
>> http://uk.messenger.yahoo.com
>

Send instant messages to your online friends http://uk.messenger.yahoo.com 

-- 
gentoo-java@g.o mailing list