From: Alistair Bush <ali_bush@gentoo.org>
To: gentoo-java@lists.gentoo.org
Subject: Re: [gentoo-java] Virtual troubles
Date: Tue, 15 Jan 2008 00:24:19 +1300 [thread overview]
Message-ID: <478B4663.5050608@gentoo.org> (raw)
In-Reply-To: <478B421D.1090101@gentoo.org>
Vlastimil Babka wrote:
> Alistair Bush wrote:
>> Have update java-config to (hopefully) do both :)
>
> Good :)
>
>> Basically this means that if package is to be suitable for
>> java-virtualizing then it must provide a jar that is similarly (or
>> more exactly 'exactly') named as every other providers ${API}.jar
>>
>> javamail -> mail.jar
>> servlet-api -> serlvetapi.jar jsp.jar
>> grandma's special recipe -> gsr.jar
>
> OK. Perhaps the name of the 'special' jar should be declared as variable
> in the virtual's ebuild and recorded in virtual's file? Are there any
> uses for this besides a potential java-check-environment check? :)
> Perhaps a 'java-pkg_getjars --virtual' would automatically give you this
> jar only? But then it wouldn't be really getjarS, probably even more
> confusing than now. So maybe not getjars, but a 'java-pkg_getjar
> --virtual javamail' would let you omit the jarname.
So --virtual would give the API jar file. Mmmm... interesting suggestion
>
> And what about virtual provided by the VM, which jar will I get? rt.jar?
virtuals providing vms currently have 2 variables, one a list of
providers, the other is a relative path from ${JAVA_HOME}. therefore
combining a vm's JAVA_HOME with PROVIDER_JAR to form the classpath.
Therefore the only requirement is that the jar is named the same across
vm instances. (it should be noted that currently we support jar, not jars)
>
> Caster
>
--
gentoo-java@lists.gentoo.org mailing list
next prev parent reply other threads:[~2008-01-14 11:25 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-01-12 17:21 [gentoo-java] Virtual troubles Vlastimil Babka
2008-01-14 10:27 ` Alistair Bush
2008-01-14 11:06 ` Vlastimil Babka
2008-01-14 11:24 ` Alistair Bush [this message]
2008-01-15 13:05 ` Andrew Cowie
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=478B4663.5050608@gentoo.org \
--to=ali_bush@gentoo.org \
--cc=gentoo-java@lists.gentoo.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox