La classe JavaLaunchHelper est implémentée à deux endroits

Aujourd'hui, j'ai mis à niveau mon Intellij Idea sur macOS Sierra, et maintenant, lorsque j'exécute des applications dans la console, j'ai cette erreur:

objc [3648]: la classe JavaLaunchHelper est implémentée dans /Library/Java/JavaVirtualMachines/jdk1.8.0_121.jdk/Contents/Home/bin/java (0x10d19c4c0) et /Library/Java/JavaVirtualMachines/jdk1.8.0_121. Contenu / Accueil / jre / lib / libinstrument.dylib (0x10ea194e0). Un des deux sera utilisé. Lequel n'est pas défini.

Vous pouvez trouver tous les détails ici:

• IDEA-170117 "objc: classe JavaLaunchHelper est implémentée dans les deux ..." avertissement dans les consoles d'exécution

C'est l' ancien bogue de Java sur Mac qui a été déclenché par l'agent Java utilisé par l'IDE lors du démarrage de l'application. Ce message est inoffensif et peut être ignoré en toute sécurité. Commentaire du développeur Oracle:

Le message est bénin, il n'y a pas d'impact négatif de ce problème car les deux copies de cette classe sont identiques (compilées à partir de la même source exacte). C'est purement une question cosmétique.

Le problème est résolu dans Java 9 et dans la mise à jour 152 de Java 8 .

Si cela vous ennuie ou affecte vos applications de quelque manière que ce soit (cela ne devrait pas), la solution de contournement pour IntelliJ IDEA consiste à désactiver l' idea_rtagent de lancement en l'ajoutant idea.no.launcher=trueà idea.properties( Help| Edit Custom Properties...). La solution de contournement prendra effet au prochain redémarrage de l'EDI.

Cependant, je ne recommande pas de désactiver l'agent de lancement IntelliJ IDEA. Il est utilisé pour des fonctionnalités telles que l'arrêt gracieux (bouton Quitter), les vidages de threads, les solutions de contournement, un problème avec une ligne de commande trop longue dépassant les limites du système d'exploitation, etc. dépend de vous.

Puisque "ce message est inoffensif" (voir la réponse de @ CrazyCoder ), une solution de contournement simple et sûre est que vous pouvez plier ce message bourdonnant dans la console par les paramètres IntelliJ IDEA:

1. 【Préférences】 - 【Éditeur】 - 【Général】 - 【Console】 - 【Pliez les lignes de console qui contiennent】
   Bien sûr, vous pouvez utiliser 【Rechercher une action ...】 ( cmd+shift+Asur mac) et taper de Fold console lines that containmanière à naviguer plus efficacement.
2. ajouter Class JavaLaunchHelper is implemented in both

Sur mon ordinateur, il s'avère: (LGTM: b)

Et vous pouvez déplier le message pour le vérifier à nouveau:

PS:

Depuis octobre 2017, ce problème est désormais résolu dans jdk1.9 / jdk1.8.152 / jdk1.7.161
pour plus d'informations, voir la réponse de @ muttonUp )

J'utilise Intellij Idea 2017 et j'ai rencontré le même problème. Ce qui a résolu le problème pour moi, c'était simplement

1. fermer le projet dans intelliJ
2. Fichier -> Nouveau -> projet à partir des ressources existantes
3. utiliser l'importation à partir d'un modèle externe (le cas échéant)
4. ouvrez à nouveau le projet.

Cela m'est arrivé lorsque j'ai installé Intellij IDEA 2017, allez dans le menu Préférences -> Build, Execution, Deployment -> Debugger et désactivez l'option: "Force Classic VM for JDK 1.3.x and later". Cela fonctionne pour moi.

J'ai trouvé l'autre solution: exclure libinstrument.dylibdu chemin du projet. Pour ce faire, allez dans Préférences -> Build, Execution and Deployment -> Compiler -> Excludes -> + et ajoutez ici le fichier par le chemin d'accès dans le message d'erreur.

C'était un problème pour moi il y a des années et je l'avais précédemment résolu dans Eclipse en excluant la 1.7 de mes projets, mais c'est redevenu un problème pour IntelliJ, que j'ai récemment installé. Je l'ai corrigé par:

1. Désinstallation du JDK:

   cd /Library/Java/JavaVirtualMachines
   sudo rm -rf jdk1.8.0_45.jdk
   

   (J'avais jdk1.8.0_45.jdkinstallé; vous devez évidemment désinstaller la version Java répertoriée dans ce dossier. Les fichiers incriminés se trouvent dans ce dossier et doivent être supprimés.)

2. Téléchargement et installation de JDK 9 .

Notez que la prochaine fois que vous créerez un nouveau projet ou ouvrirez un projet existant, vous devrez définir le SDK du projet pour pointer vers la nouvelle installation JDK. Vous pouvez également toujours voir ce bogue ou le faire revenir si vous avez JDK 1.7 installé dans votre dossier JavaVirtualMachines (ce qui, je crois, m'est arrivé).

Même erreur, je mets à jour mon Junitet le résout

org.junit.jupiter:junit-jupiter-api:5.0.0-M6

à

org.junit.jupiter:junit-jupiter-api:5.0.0