Mailing List Archives
Authenticated access
|
|
|
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Condor-users] Java not recognised by Condor
- Date: Tue, 23 Sep 2008 02:16:57 +0100 (BST)
- From: Bruce Beckles <mbb10@xxxxxxxxx>
- Subject: Re: [Condor-users] Java not recognised by Condor
On Mon, 22 Sep 2008, Ben Burnett wrote:
<snip>
In that case, maybe try simply writing the 'Program Files' part in
the 8.3 format, this will always be the same, regardless of which
machine you run your installer on.
This is not true in the general case. If there is already something whose
8.3 name is PROGRA~1 in the same directory as "Program Files", that was
created _before_ the "Program Files" directory, then "Program Files" will
have a different 8.3 name. This is certainly an unlikely circumstance,
but I have come across at least 2 machines where it was the case.
<snip>
In my experience, directories on two disparate machines will agree
on the same 8.3 directory name, given an identical long filename.
This is only true if neither machine has any files or directories with
that 8.3 name already in the parent directory. If there is such a file or
directory on one machine but not the other, then the identical long
filename would not resolve to the same 8.3 name on both machines.
In the particular example (C:\PROGRA~1\Java\JDK16~1.0_0), you could see
this happening if:
- one machine had JDK 6 Update 7 and JDK 6 Update 5 installed,
- while the other had JDK 6 Update 7, JDK 6 Update 6 and JDK 6 Update 5.
...in such a scenario, you might find (for instance) that on the first
machine the directory for JDK Update 7 had an 8.3 name of JDK16~2.0_0,
whilst on the other machine it had an 8.3 name of JDK16~3.0_0.
In that situation you would end up doing exactly what you are trying to
avoid: using different versions of Java on different machines.
Of course, if your in an environment where each Windows machine is
identical, or if they always have the same number of JVMs (installed
in the same order), then that's not a problem.
-- Bruce
--
Bruce Beckles,
e-Science Specialist,
University of Cambridge Computing Service.