Hallo Ean,
* Ean Schuessler wrote:
>What is findjava going to be written in again? Perl?
sh. bash in this case, as I have not enough knowledge to make sure
thats 'sh-only'.
>I'm still not clear on why we cannot require every VM to provide a more
>specifically detailed version of the JAVA_HOME ad hoc standard.
After having this discussion, because they are not 'similar enough' to
rely on the alternative system.
/usr/bin/alternative (or /usr/lib/jre-alternative/) isn't save to be
caleld, when you have a requirement on one or two special VMs and then
you can't expect that this alternatives are pointing to them.
Consider: kaffe, sunVM, sablevm and gij. User has installed kaffe and
gij, the alternative system has put gij as /usr/bin/java. App runs on
kaffe and sunVM. App calls /usr/bin/java (or /usr/lib/jre/bin/java).
Crash...
IMO the given 'java.home' structure (bin/java and the things in
'ant-environment) is enough to make most things possible (noteable:
findjava and ant), which debian packaging requires.
Jan
--
Jan Schulz [EMAIL PROTECTED]
"Wer nicht fragt, bleibt dumm."
