Intentando instalar Java (JDK 6) en mi nuevo sistema Ubuntu y obteniendo algunos errores bizarros. Esta es la primera vez que uso cualquier versión de de Linux, por lo que estoy seguro de que es un problema del usuario (permisos u otros).Problemas de instalación de Java en Ubuntu
He descargado el archivo BIN directamente desde el sitio de Oracle (Java SE 6u23 para Linux de 64 bits). De manera predeterminada, se descargó a/home/myUserName/Descargas.
A partir de ahí moví el archivo a/opt/java, que era un directorio que creé, porque (como un principiante de Linux) que tenía sentido ser el directorio al que debería ir Java.
Entonces me encontré con los 2 comandos siguientes, según las instrucciones que encontré en línea de las bandejas de servicio:
chmod +x jdk-6u23-linux-x64.bin
sudo ./jdk-6u23-linux-x64.bin
Ahora, en mi directorio/opt/java veo tanto el archivo BIN y el jdk1.6.0_23 directorio que parece estar intacto durante la inspección.
Pero, al abrir una nueva terminal y ejecute java -version , me sale:
El programa 'java' se pueden encontrar en los siguientes paquetes:
- gcj-4,4-jre -headless
- gcj-4,5-jre-headless
- OpenJDK-6-jre-headless
Probar: sudo apt-get install
¿Qué está pasando aquí?!?
(1) ¿Estaba equivocado al tratar de crear/opt/java mi directorio Java?
(2) ¿Ejecuté los comandos incorrectos?
(3) ¿Está instalado Java 1.6.0_23 incluso en mi máquina?
(4) ¿Cuáles son todos esos objetivos gcj-xxx-headless?!?!
¡Gracias por cualquier entrada!
Para un usuario 'normal' tienen razón, pero como desarrollador de Java a veces necesita una versión muy específica para probar su software, como Java 6 actualización 20, o 23, etc. –
@arjan: Como desarrollador de Java, nunca necesité nada más específico que la versión de capital número. Aunque, debo decir que principalmente desarrollé webapps, y siempre usando el conjunto común más bajo de características de idioma. –
Normalmente, en las aplicaciones web que desarrolla para su propia empresa, el servidor de destino contiene una versión de Java muy específica. Para excluir errores tontos de cambios menores entre las versiones de JDK, normalmente usamos en nuestras estaciones de desarrollo exactamente la misma versión que en nuestro servidor. Por supuesto, actualizamos con mucha frecuencia la versión de Java del servidor, por lo que esta convención no nos obliga a estar atascados en versiones anteriores de Java. –