Est *ce* vraiment la meilleure façon de démarrer une deuxième JVM à partir du code Java?

C'est un suivi à mon propre question précédente et je suis un peu gêné de demander à cet... Mais de toute façon: comment voulez-vous commencer une deuxième JVM autonome à partir d'un programme Java dans un système de manière indépendante? Et sans s'appuyer sur, par exemple, une variable env comme JAVA_HOME qui pourraient pointer vers un autre JRE que celui qui est actuellement en cours d'exécution. Je suis venu avec le code suivant qui fonctionne réellement, mais se sent juste un peu maladroit:

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();
}

Également, en cours d'exécution de la JVM peut avoir été commencé avec quelques autres paramètres (-D, -X..., ...) que le deuxième JVM ne sait pas sur.

InformationsquelleAutor Robert Petermeier | 2009-08-04
  1. 5

    Il n'est pas clair pour moi que vous en voulez toujours utiliser les mêmes paramètres de classpath, ou que ce soit (notamment les X, ce genre de choses - par exemple, pourquoi les enfants ont besoin même tas de paramètres comme ses parents) lors du démarrage d'un processus secondaire.

    Je préfère utiliser une configuration externe de quelque sorte pour définir ces propriétés pour les enfants. C'est un peu plus de travail, mais je pense que dans la fin, vous aurez besoin de la flexibilité.

    À voir dans la mesure du possible, les paramètres de configuration vous pouvez regarder thye "Run Configurations" paramètres dans Eclipse. Tout à fait quelques onglets valeur de configuration.

    • Un fichier de configuration de la JVM est une bonne idée. Je pense qu'il devrait être modifiable dans une boîte de dialogue afin que les utilisateurs peuvent mais n'ont pas besoin d'ajuster les paramètres (un peu comme l'Éclipse exemple). Merci pour cela. Ce que je souhaite en outre à l'est le chemin vers l'exécutable. Comme Stephen C mentionné le code ne fonctionne pas si le fichier exécutable de la JVM n'est pas appelé "java". Est-il un système indépendant de la façon de trouver le nom de l'exécutable?
    • Il se trouve que je suis actuellement en train de travailler avec un java dont l'exécutable n'est pas "java" par son nom. Et je suis de ponte à partir de traditionnelle de Java. Et j'ai au moins 4 différents exécutables java surce machine, et à "ne pas java" javas. Vous ne pouvez pas déduire la fiable, alors pourquoi ne pas inclure le chemin d'accès à la java comme l'un des éléments configurables. Vous verrez que c'est effectivement ce que l'Éclipse n'est, certes pas très facile à configurer façon.
    • Pourquoi est-ce accepté de répondre? si cela ne répond pas à la question qui est en attente d'un "oui" ou "non", et plus loin dans la situation, je suppose, une alternative pour le "non".
    InformationsquelleAutor djna
  2. 6

    Je pense que la réponse est "Oui". C'est probablement aussi bon que vous pouvez le faire en Java en utilisant le système de code indépendant. Mais sachez que ce n'est relativement indépendant du système. Par exemple, dans certains systèmes:

    1. la variable JAVA_HOME n'a pas été créée,
    2. le nom de la commande utilisée pour lancer une JVM peut être différente (par exemple, si elle n'est pas une JVM de Sun), ou
    3. les options de ligne de commande peut être différente (par exemple, si elle n'est pas une JVM de Sun).

    Si je visais pour un maximum de portabilité dans le lancement d'une (seconde) de la JVM, je pense que je voudrais faire à l'aide de scripts wrapper.

    • Merci pour cela. La variable JAVA_HOME n'est pas pertinente en tant que Système.getProperty("java.home") != JAVA_HOME. Avez-vous un exemple d'une JVM où mon code ne marche pas car le fichier exécutable a un nom différent?
    • quelques exemples: IBM (et d'autres?) ont "javaw dans" comme une alternative, et Jikes RVM est lancé à l'aide de "rvm". (Et pour JNode, vous pourriez exécuter "java" ou "org.jnode.command.common.java" ... les commandes ne sont pas identifiés par des chemins d'accès.)
    InformationsquelleAutor Stephen C
  3. 5

    Pour trouver l'exécutable java que votre code est actuellement en cours d'exécution en vertu de l' (c'est à dire le 'chemin' variable dans votre question, un exemple de code) il y a un utilitaire de méthode au sein de apache ant qui peuvent vous aider. Vous n'avez pas à construire votre code avec ant - il suffit de l'utiliser comme une bibliothèque, pour cette méthode.

    C'est:

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

    Il prend en charge le tri des cas spéciaux avec différentes JVM vendeurs que d'autres l'ont mentionné. (Et en regardant le code source, il y a plus de cas particuliers que je ne l'aurais imaginé.)

    C'est dans ant.jar. ant est distribué sous la licence Apache, donc nous espérons que vous pouvez utiliser comme vous le voulez, sans tracas.

    InformationsquelleAutor Daniel Tripp