¿Es * esta * realmente la mejor manera de iniciar una segunda JVM a partir del código de Java?

Question

Esto es una continuación de mi own previous question y estoy algo avergonzado de preguntar esto ... Pero de todos modos: ¿cómo comenzarías una segunda JVM desde un programa independiente de Java de una manera independiente del sistema? Y sin depender, por ejemplo, de una variable env como JAVA_HOME, ya que podría apuntar a un JRE diferente del que se está ejecutando actualmente. Se me ocurrió el siguiente código, que realmente funciona, pero se siente un poco incómoda:

public static void startSecondJVM() throws Exception { 
    String separator = System.getProperty("file.separator"); 
    String classpath = System.getProperty("java.class.path"); 
    String path = System.getProperty("java.home") 
       + separator + "bin" + separator + "java"; 
    ProcessBuilder processBuilder = 
       new ProcessBuilder(path, "-cp", 
       classpath, 
       AnotherClassWithMainMethod.class.getName()); 
    Process process = processBuilder.start(); 
    process.waitFor(); 
} 

Además, la JVM actualmente en ejecución podría haberse iniciado con algunos otros parámetros (D, X ..., .. .) que la segunda JVM no sabría.

Answer 1

No es claro para mí que siempre desee usar exactamente los mismos parámetros, classpath o lo que sea (especialmente -X tipo de cosas; por ejemplo, ¿por qué el niño necesita la misma configuración de pila que sus padres) al iniciar un proceso secundario.

Preferiría utilizar una configuración externa de algún tipo para definir estas propiedades para los niños. Es un poco más trabajo, pero creo que al final necesitarás la flexibilidad.

Para ver la extensión de los posibles ajustes de configuración, puede consultar los ajustes de "Ejecutar configuraciones" en Eclipse. Bastantes pestañas que valen la pena la configuración allí.

Answer 2

Creo que la respuesta es "Sí". Esto probablemente sea tan bueno como lo puedes hacer en Java usando un código independiente del sistema. Pero tenga en cuenta que incluso esto es solo relativamente sistema independiente. Por ejemplo, en algunos sistemas:

1. no se haya establecido la variable JAVA_HOME,
2. el nombre del comando utilizado para lanzar una JVM puede ser diferente (por ejemplo, si no es una JVM de Sun), o
3. las opciones de la línea de comando pueden ser diferentes (por ejemplo, si no es una Sun JVM).

Si mi objetivo era la máxima portabilidad en el lanzamiento de una (segunda) JVM, creo que lo haría utilizando scripts de envoltura.

Answer 3

Para encontrar el ejecutable java con el que se está ejecutando su código actualmente (es decir, la variable 'ruta' en el código de muestra de su pregunta) hay un método de utilidad dentro de Apache que puede ayudarlo. No tiene que compilar su código con ant, simplemente utilícelo como biblioteca para este único método.

Es:

org.apache.tools.ant.util.JavaEnvUtils.getJreExecutable ("java")

Se ocupa de la clase de casos especiales con diferentes proveedores de JVM que otros han mencionado . (Y mirando el código fuente para ello, hay más casos especiales de lo que hubiera imaginado.)

Está en ant.jar. ant se distribuye bajo la licencia de Apache, así que con suerte puedes usarlo como quieras sin problemas.