Solución:
Por supuesto, puede utilizar varias versiones de Java en Windows. Y diferentes aplicaciones pueden usar diferentes versiones de Java. ¿Cómo se inicia su aplicación? Por lo general, tendrá un archivo por lotes donde hay algo como
java ...
Esto buscará el ejecutable de Java usando la variable PATH. Entonces, si Java 5 es el primero en la RUTA, tendrá problemas para ejecutar una aplicación Java 6. Luego debe modificar el archivo por lotes para usar una determinada versión de Java, por ejemplo, definiendo una variable de entorno JAVA6HOME con el valor C:javajava6 (si Java 6 está instalado en este directorio) y cambie la llamada del archivo por lotes
%JAVA6HOME%binjava ...
Es absolutamente posible instalar en paralelo varias versiones de JRE / JDK. Además, no tiene que hacer nada especial para que eso suceda, ya que Sun está creando una carpeta diferente para cada uno (en Archivos de programa).
No hay un panel de control para verificar qué JRE funciona para cada aplicación. Básicamente, el JRE que funcionará sería el primero en su variable de entorno PATH. Puede cambiar eso, o la variable JAVA_HOME, o crear archivos cmd / bat específicos para iniciar las aplicaciones que desee, cada una con un JRE diferente en la ruta.
Me horrorizó la torpeza de las ideas CLASSPATH, JAVA_HOME y PATH, en Windows, para realizar un seguimiento de los archivos Java. Llegué aquí, debido a múltiples JRE, y cómo contentarme con eso. Sin regurgitar información, de un tipo mucho más inteligente que yo, prefiero apuntar a su artículo sobre este tema, que para mí lo resuelve a la perfección.
Artículo de: Ted Neward: Múltiples hogares Java: Dar a las aplicaciones Java su propio JRE
Con el crecimiento exponencial de Java como lenguaje de desarrollo del lado del servidor, se ha producido un crecimiento exponencial equivalente en herramientas de desarrollo, entornos, marcos y extensiones de Java. Desafortunadamente, no todas estas herramientas funcionan bien juntas bajo la misma instalación de Java VM. Algunos requieren un entorno compatible con Servlet 2.1, otros requieren 2.2. Algunos solo se ejecutan bajo JDK 1.2 o superior, algunos bajo JDK 1.1 (y no superior). Algunos requieren los paquetes “com.sun.swing” de los días anteriores a Swing 1.0, otros requieren los nombres de los paquetes “javax.swing”.
Peor aún, este problema se puede encontrar incluso dentro de la empresa corporativa, ya que los sistemas desarrollados con Java desde hace solo seis meses pueden “no funcionar” repentinamente debido a la instalación de alguna extensión de Java requerida por una nueva versión de la aplicación (aparentemente no relacionada). Esto puede complicar la implementación de aplicaciones Java en toda la corporación y llevar a los clientes a preguntarse precisamente por qué, cinco años después del inicio de los infames problemas de “Instalar-esta-aplicación-rompe-mi-sistema” comenzaron con los esquemas DLL de Microsoft, todavía no hemos No progresó mucho más allá de eso. (De hecho, la nueva iniciativa .NET busca resolver el infame problema “DLL-Hell” que acabamos de describir).
Este documento describe cómo configurar una instalación de Java de modo que una aplicación determinada reciba su propio JRE privado, lo que permite que varios entornos de Java coexistan sin volver locos a los clientes (o administradores de sistemas) …