You know what's funny; I tried the update-alternatives and found two
versions that I didn't want on my system (they were installed as
dependencies as I was testing out programs), deleted those and now running
java -version from anywhere just works! 8-)

<grin> Doing tech support can help more than just other people it seems ;)


On 2/16/07, John Dangler <jdangler@xxxxxxxxxxxx> wrote:

Thanks Conrad, Janne, and Tony!
I was missing the update-alternatives...
Now I have:
gymsmoke@croatus:~$ which java
gymsmoke@croatus:~$ ls -l /usr/bin/java
lrwxrwxrwx 1 root root 22 2007-02-10 03:15 /usr/bin/java
-> /etc/alternatives/java
gymsmoke@croatus:~$ java -version
java version "1.5.0_08"
Java(TM) 2 Runtime Environment, Standard Edition (build 1.5.0_08-b03)
Java HotSpot(TM) Client VM (build 1.5.0_08-b03, mixed mode, sharing)

On Fri, 2007-02-16 at 02:36 -0600, Conrad Knauer wrote:
> On 2/16/07, John Dangler <jdangler@xxxxxxxxxxxx> wrote:
> > Sorry, I did mean 1.5 . But I don't see 1.5 in any of the responses
> > listed...
> >
> > So, why, if I have the java 5 jre and the java 5 plugin installed,
> > the java --version report 1.4.2 ?
> I can't fully test my hypothesis since I'm running Feisty, but in
> Feisty using Java 6 the CLI command "java" isn't in a standard place
> for the system to see it... so maybe you have *both* 1.5 and 1.4
> installed, but Java 5 doesn't have a "java" binary in the right place?
> On my system, if I go to /usr/lib/jvm/java-6-sun/jre/bin and from
> Terminal run "./java -version", the output is:
> java version "1.6.0"
> Java(TM) SE Runtime Environment (build 1.6.0-b105)
> Java HotSpot(TM) Client VM (build 1.6.0-b105, mixed mode, sharing)
> Do you maybe have a similar directory with a "java" executable?
> CK

ubuntu-users mailing list
Modify settings or unsubscribe at:

ubuntu-users mailing list
Modify settings or unsubscribe at:

Relevant Pages

  • Re: Modifying Class Object
    ... And as you show below, in the paragraph marked, it can be used to describe call by sharing very succinctly and precisely, just as I did... ... really no legitimate argument you can make otherwise: even in languages where call-by-value IS the norm, the phrase is imprecise enough to confuse people, as the semantics of what call-by-value mean to a language vary. ... At that level it's wrong to say that pass by sharing is pass by value, just as, at that level, it's wrong to say that pass by reference is pass by value notwithstanding that some kind of value must be copied in the internal implementation. ... The terms apply very well to Java. ...
  • Re: A questo punto problema serio di Java
    ... Java HotSpotClient VM (build 1.5.0_06-55, mixed mode, sharing) ... Mi manca uno "sharing" ... ...
  • Re: check that 64 bit compiler is installed properly on solaris 10
    ... java version "1.6.0_07" ... JavaSE Runtime Environment ... Java HotSpotClient VM (build 10.0-b23, mixed mode, sharing) ...
    ... I have been struggling to call a Java method from C++ program on ... Microsoft Windows XP ... Java HotSpotClient VM (build 1.5.0_06-b05, mixed mode, sharing) ...
  • Re: Socket functionality on jre 1.6.0 beta b59g
    ... Java HotSpotClient VM (build 1.6.0-beta2-b73, mixed mode, sharing) ... Using "localhost" no longer appears to work to create a Socket object ...