J'essaie de créer une application Web simple dans IntelliJ en suivant ce tutoriel: http://wiki.jetbrains.net/intellij/Creating_a_simple_Web_application_for_Tomcat_in_IntelliJ_IDEA_12
Je crois que mon Tomcat est correctement installé car je vois les images de Tomcat quand je vais à http://localhost:8080/
J'ai suivi toutes les étapes jusqu'à la partie où il m'a été dit d'exécuter index.jsp
, où l'erreur est générée:
Error: Exception thrown by the agent : Java.net.MalformedURLException: Local Host name unknown: Java.net.UnknownHostException: nodename nor servname provided, or not known
Je vois ceci dans le journal:
Application Server was not connected before run configuration stop, reason:
Unable to ping server at localhost:1099
Ce 1099 provient du port JMX dans Exécuter -> Modifier les configurations.
Comment puis-je réparer ça?
Pour résoudre ce problème, vous devez ajouter le nom de votre ordinateur dans le fichier/etc/hosts pour qu'il pointe vers localhost (127.0.0.1).
Vous pouvez trouver le nom de votre ordinateur en exécutant la commande suivante:
$ hostname
macbook-pro
Dans la sortie ci-dessus, vous savez que votre nom d’hôte est "macbook-pro". Editez le fichier "/ etc/hosts" et ajoutez ce nom à la fin de la ligne qui répertorie 127.0.0.1
127.0.0.1 localhost macbook-pro
Enregistrez le fichier.
Maintenant, IntelliJ devrait pouvoir démarrer votre serveur.
Vérifiez que le Tomcat que vous utilisez est compatible avec la version Java. Pour moi, le problème était Tomcat-9 et Java-8 requis. Si vous avez une version plus ancienne de Java, vous pouvez utiliser Tomcat-7 pour tester.
J'ai ajouté mon nom d'hôte à/etc/hosts sur localhost . Ajouté Java_HOME , Mais il y avait toujours la même erreur. Dans la console, il y avait une sortie:
Unable to start as CATALINA_BASE contains a colon (:) character
J'ai résolu le problème en allant dans Modifier les configurations -> Démarrage/Connexion -> en modifiant la valeur CATALINA_BASE dans le dossier d'installation de Tomcat. Avant cela, c'était
CATALINA_BASE: C:\Program Files\Apache Software Foundation\Tomcat 8.0
ce qui ne peut pas être correct sur une machine Linux;)
FYI Dans certaines conditions de réseau, votre nom d'hôte peut changer ou être incorrect. Si vous êtes sur un Mac, ce qui suit vous permettra de définir votre nom d’hôte de manière assez permanente:
Sudo scutil --set HostName correct-name
Cela semble être un problème avec la façon dont mac gère la lecture du fichier/etc/hosts. Voir par exemple http://youtrack.jetbrains.com/issue/IDEA-96865
L'ajout du nom d'hôte au fichier hosts en tant que lien décrit ne devrait pas être requis, mais cela résout le problème.
Je rencontre cette question lorsque j'utilise intellij 15.0, puis je passe à la version 15.02. après cela, je modifie les configurations et réinitialise le JRE par défaut sur mon propre JRE.Il fonctionne bien pour moi;
Mon problème était que Tomcat 8 et supérieur ne sont pas compatibles avec Java 6. Le passage à Java 7 l'a résolu.
Cette erreur m'est venue lorsque j'ai configuré (mal) une mémoire de 3 Go où il n'y en avait pas. IntelliJ affiche le message d'erreur réel (Impossible de réserver suffisamment d'espace pour le tas d'objets) dans le cadre de sortie. J'étais confus et attiré par le message du journal des événements, qui doit être ignoré dans ce cas.
Je résous ce problème en ajoutant les variables d'environnement Java_HOME (C:\Program Files\Java\jdkx.x.x_xx) et JRE_HOME.
Aucune des réponses ci-dessus n'a fonctionné pour moi. Finalement, j'ai découvert qu'il s'agissait d'une erreur de configuration (j'ai utilisé le SDK Android et non le SDK Java pour la compilation).
Allez à [Clic droit sur le projet] -> Ouvrir les paramètres du module -> Module -> [Dépendances] et assurez-vous que vous avez configuré et sélectionné le SDK Java (pas le SDK Android Java)
Définir le SDK du projet dans IntelliJ (Fichier> Structure du projet> Projet: Projet SDK) a fonctionné pour moi
En haut, pointer mon nom d’hôte sur 127.0.0.1 dans les hôtes (il suffit d’exécuter hostname
dans cmd pour l’obtenir) ainsi que de faire ce que David GC a mentionné, pour moi l’erreur supprimée et le débogage fonctionnaient lorsque je suis entré dans la configuration de Tomcat et que j’ai changé le démarrage script de startup.bat
(qui était juste mon singe) autour de la valeur par défaut catalina.bat start
.
J'ai ajouté les VM options suivantes et cela a fonctionné pour moi:
-Dcom.Sun.management.jmxremote=
-Dcom.Sun.management.jmxremote.port=1099
-Dcom.Sun.management.jmxremote.authenticate=false
-Dcom.Sun.management.jmxremote.ssl=false
Pour ceux qui rencontrent cela lorsque vous venez de mettre à jour IntelliJ (dans mon cas, 2019.2).
J'utilise le serveur JBoss, j'ai donc essayé de lancer standalone.bat en ligne de commande et j'ai vu le vrai problème sur la console.
Cela peut être différent du vôtre, mais dans mon cas, j'ai vu:
failure description: "WFLYSRV0137: No deployment content with
Et sur cette erreur, j'ai pu résoudre ce problème en supprimant les éléments (war ou ear) dans le noeud <deployments/>
de mon standalone.xml.
J'espère que cela aidera les utilisateurs de JBoss + IntelliJ
J'ai eu le même problème. Dans "Edit Configurations .." -> "Tomcat Server", j'ai changé le JRE de "Default" à ma version actuelle avec l'adresse du répertoire SDK (comme C:\Program Files\Java\jdk1.8.0_121\jre)
Ma version de Tomcat est 8.5.31
J'ai eu le même problème de "Impossible de cingler le serveur chez localhost: 1099" alors que j'utilisais la version intellij 2016.
Cependant, dès que je l'ai mise à niveau vers la version 2017 (Ultimate 2017.1), installée à l'aide de "ideaIU-2017.1.exe", le problème a disparu.
J'avais le même problème et mon erreur était que j'essayais de démarrer le serveur Tomcat avec une version incompatible du JDK et d'installer le serveur Apache Tomcat. Dans mon cas, j'avais installé JDK 7 avec Apache Tomcat 9. Pour Apache 9, JDK devrait être> = 8.
Pour la compatibilité, vérifiez ceci https://Tomcat.Apache.org/whichversion.html
Je rencontrais ce problème lors de l'exécution de Tomcat 6.0.53
sur Mac OS Sierra
avec Intellij IDEA
afin de déployer des projets Spring
. Ce problème a été résolu après la modification de la version de Tomcat en «tar.gz» depuis le site officiel. Il semble que le "Zip" est pour Windows.