[gentoo-java] Depending of tools.jar at runtime

[gentoo-java] Depending of tools.jar at runtime

[Stephan Palm]

Hi,

I'm writing an ebuild, but I could not figure out, how to get 
$used_vm/lib/tools.jar into the classpath.

sincerely
	Stephan
-- 
gentoo-java@gentoo.org mailing list

Re: [gentoo-java] Depending of tools.jar at runtime

[Vlastimil Babka]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Stephan Palm wrote:
> I'm writing an ebuild, but I could not figure out, how to get 
> $used_vm/lib/tools.jar into the classpath.

You can use "java-config --tools" to get the location (maybe we should
do an eclass function for this). As for the classpath, it depends
whether you are running "java", "javac", or some build.xml through ant.
Java/javac have -cp option for this, ant will find and load tools.jar
itself for its javadoc etc tasks, and if you want to use it in some task
inside build.xml, there's usually classpath attribute of that task's
element, or nested <classpath> element.

- --
Vlastimil Babka (Caster)
Gentoo/Java
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.6 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFFohNQtbrAj05h3oQRAoqxAJoCHyxPBaP2S20x6zWk41rQTBrhYACbBNDp
VrHxrGccrkmepOCtVqgh/Us=
=6PuK
-----END PGP SIGNATURE-----
-- 
gentoo-java@gentoo.org mailing list

Re: [gentoo-java] Depending of tools.jar at runtime

[Stephan Palm]

Vlastimil Babka wrote:
> You can use "java-config --tools" to get the location (maybe we should
> do an eclass function for this). As for the classpath, it depends
> whether you are running "java", "javac", or some build.xml through ant.
> Java/javac have -cp option for this, ant will find and load tools.jar
> itself for its javadoc etc tasks, and if you want to use it in some task
> inside build.xml, there's usually classpath attribute of that task's
> element, or nested <classpath> element.

I actually need the tools.jar for the application at runtime.  Using 
the "java-config --tools" command, which you suggested, I now added the 
following line to "src_install()":

        java-pkg_addcp "\$(java-config --tools)"

The resulting package.env looks like this:
...
CLASSPATH="...:$(java-config --tools)"
...

But this way, I get the tools of the current default vm (It only works if the 
default vm and the vm for the application is the same).

I think the idea of making an eclass function is good. 
-- 
gentoo-java@gentoo.org mailing list

Re: [gentoo-java] Depending of tools.jar at runtime

[Vlastimil Babka]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Stephan Palm wrote:
> I actually need the tools.jar for the application at runtime.  Using 
> the "java-config --tools" command, which you suggested, I now added the 
> following line to "src_install()":
> 
>         java-pkg_addcp "\$(java-config --tools)"
> 
> The resulting package.env looks like this:
> ...
> CLASSPATH="...:$(java-config --tools)"
> ...
> 
> But this way, I get the tools of the current default vm (It only works if the 
> default vm and the vm for the application is the same).

Yep, this is far from ideal. This would probably need some specific
variable in package.env that would tell gjl launcher to grab tools.jar
for you. For now you can probably set CLASSPATH="$(java-config --tools)"
in launcher script via java-pkg_dolauncher --pre. But this will also
require you to have deafult vm set to JDK (only them contain tools.jar)
capable of runing the app, because it's evaluated before the gjl
launcher selects proper VM.

> I think the idea of making an eclass function is good. 

As a wrapper for java-config --tools in ebuilds yes, but here it won't
help and we should probably extend package.env and java-config...
- --
Vlastimil Babka (Caster)
Gentoo/Java
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.6 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFFoi+rtbrAj05h3oQRAi3UAJ9E+3pXKkVHMcH+Jh82o0xjYWc2HACaApm9
4aRktWmru8aVHjW55UGvnMY=
=38qB
-----END PGP SIGNATURE-----
-- 
gentoo-java@gentoo.org mailing list