Impossible d'ouvrir le port du débogueur dans IntelliJ

Impossible d'ouvrir le port du débogueur à l'ide.
Le numéro de port 9009 correspond à celle qui a été définie dans le fichier de configuration de l'application.

<java-config debug-options="-Xdebug -Xrunjdwp:transport=dt_socket,server=y,suspend=n,address=9009" system-classpath="" native-library-path-prefix="D:\Project\lib\windows\64bit" classpath-suffix="">
<jvm-options>-XX:MaxPermSize=192m</jvm-options>
<jvm-options>-client</jvm-options>
<jvm-options>-XX:+UnlockDiagnosticVMOptions</jvm-options>
<jvm-options>-XX:+LogVMOutput</jvm-options>
<jvm-options>-XX:LogFile=${com.sun.aas.instanceRoot}/logs/jvm.log</jvm-options>
<jvm-options>-Djava.endorsed.dirs=${com.sun.aas.installRoot}/modules/endorsed${path.separator}${com.sun.aas.installRoot}/lib/endorsed</jvm-options>
<jvm-options>-Djava.security.policy=${com.sun.aas.instanceRoot}/config/server.policy</jvm-options>
<jvm-options>-Djava.security.auth.login.config=${com.sun.aas.instanceRoot}/config/login.conf</jvm-options>
<jvm-options>-Dcom.sun.enterprise.security.httpsOutboundKeyAlias=s1as</jvm-options>
<jvm-options>-Djavax.net.ssl.keyStore=${com.sun.aas.instanceRoot}/config/keystore.jks</jvm-options>
<jvm-options>-Djavax.net.ssl.trustStore=${com.sun.aas.instanceRoot}/config/cacerts.jks</jvm-options>
<jvm-options>-Djava.ext.dirs=${com.sun.aas.javaRoot}/lib/ext${path.separator}${com.sun.aas.javaRoot}/jre/lib/ext${path.separator}${com.sun.aas.instanceRoot}/lib/ext</jvm-options>
<jvm-options>-Djdbc.drivers=org.apache.derby.jdbc.ClientDriver</jvm-options>
<jvm-options>-DANTLR_USE_DIRECT_CLASS_LOADING=true</jvm-options>
<jvm-options>-Dcom.sun.enterprise.config.config_environment_factory_class=com.sun.enterprise.config.serverbeans.AppserverConfigEnvironmentFactory</jvm-options>
<jvm-options>-Dosgi.shell.telnet.port=4766</jvm-options>
<jvm-options>-Dosgi.shell.telnet.maxconn=1</jvm-options>
<jvm-options>-Dosgi.shell.telnet.ip=127.0.0.1</jvm-options>
<jvm-options>-Dfelix.fileinstall.dir=${com.sun.aas.installRoot}/modules/autostart/</jvm-options>
<jvm-options>-Dfelix.fileinstall.poll=5000</jvm-options>
<jvm-options>-Dfelix.fileinstall.debug=1</jvm-options>
<jvm-options>-Dfelix.fileinstall.bundles.new.start=true</jvm-options>
<jvm-options>-Dorg.glassfish.web.rfc2109_cookie_names_enforced=false</jvm-options>
<jvm-options>-XX:NewRatio=2</jvm-options>
<jvm-options>-Xmx2048m</jvm-options>
</java-config>

De Configuration dans IntelliJ:

Impossible d'ouvrir le port du débogueur dans IntelliJ

Lorsque j'essaie d'activer le débogage à distance pour cette application, il est livré avec l'erreur suivante:
Impossible d'ouvrir le port du débogueur dans IntelliJ

  • Le port ne semble pas être ouvert. Quel est votre journal des applications fichier dire? Normalement, il allait dire quelque chose comme ceci: Listening for transport dt_socket at address: 9009.
  • Le port a été ouvert comme je l'avais exécutez la commande telnet 192.168.2.100 9009 .Cependant netstat n'a pas de travail, de sorte que signifiait qu'il y avait un problème dans la glassfish configuration.J'ai donc ajouté ce qui suit paramètre de configuration java-config dans glassfish dans ma réponse ci-dessous et cela a fonctionné.Je vous remercie pour votre contribution.
  • assurez-vous que vous êtes à l'utilisation correcte des run configuration
InformationsquelleAutor MindBrain | 2012-10-09
  1. 23

    Vous pourriez avoir à changer le débogueur de port si votre port est déjà utilisé par un autre programme. Pour ce faire:

    • Exécuter
    • Modifier Les Configurations
    • À distance > débogage à Distance dans la liste sur la gauche
    • Onglet Configuration, les Paramètres de la section
    • Port: changer le port d'ici
    • Que faire si vous n'utilisez pas la configuration par défaut, et, au lieu de mesure de la configuration à distance?
    • Tu veux dire en utilisant le débogueur distant sur localhost:8000 ? Si oui, vous devez spécifier les options de débogage dans la JVM de votre application (Exécuter), mais le problème est le même, vous avez besoin d'un port libre.
    • Je ne vois aucune “Démarrage/onglet” Connexion de Run > Modifier les Configurations dans mon Android Studio 2.2.2 sur Mac OSX. A ce qui a changé?
    • Je suppose que cela ne fonctionne que pour les IntelliJ IDEA et pas Android Studio
    • Travaillé avec eclipse pour moi. J'ai rencontré le problème après la mise de l'Idée à la 5005, mais pour une raison quelconque, je n'étais même pas capable d'utiliser l'Idée d'en faire une série. Changé la configuration de 5006 et puis il a travaillé.
    InformationsquelleAutor Pleymor
  2. 9

    Ajoutez le paramètre suivant debug-enabled="true" à cette ligne dans le glassfish configuration.
    Exemple:

    <java-config  debug-options="-Xdebug -Xrunjdwp:transport=dt_socket,server=y,suspend=n,address=9009" debug-enabled="true"
system-classpath="" native-library-path-prefix="D:\Project\lib\windows\64bit" classpath-suffix="">

    Démarrer et arrêter le glassfish domaine ou d'un service qui a été l'utilisation de cette configuration.

    • Que faire si vous n'êtes pas à l'aide de glassfish?
    InformationsquelleAutor MindBrain
  3. 5

    J'ai eu le même problème et cette solution a fonctionné pour moi: indiquez l'adresse IP 127.0.0.1 dans l'Ide configuration de Débogage à la place du nom de l'hôte "localhost", dans le cas où vous êtes en utilisant ce nom d'hôte.

    InformationsquelleAutor martin_wun
  4. 3

    Je suis en espérant que votre problème a été résolu à ce jour. Si pas, essayez ceci... Il semble que vous avez server=y pour votre application et à l'IDÉE. IDÉE devrait probablement être server=n. Aussi, l' (IDEA) le client doit disposer d'une adresse qui inclut à la fois le nom d'hôte et le port, par exemple, address=127.0.0.1:9009.

    InformationsquelleAutor kc2001
  5. 2

    Vous devez définir un CHMOD +x (execute pour *.sh ou *.les fichiers bat). Par exemple, je suis sous macOS

    cd /Users/donhuvy/Documents/tools/apache-tomcat-9.0.12/bin
sudo chmod +x *.sh

    Puis IntelliJ IDEA, et Apache Tomcat en cours d'exécution ou de débogage juste bon.

    InformationsquelleAutor nhuvy
  6. 2
    1. Dans glassfish\domains\domain1\config\domain.xml set avant de démarrer le serveur:

    HTML:

          <java-config classpath-suffix="" debug-options="-agentlib:jdwp=transport=dt_socket,address=9009,server=y,suspend=n" java-home="C:\Program Files\Java\jdk1.8.0_162" debug-enabled="true" system-classpath="">

    ou set debug-enabled="true" server=y,suspendre=n dans http://localhost:4848/common/index.jsf
    Impossible d'ouvrir le port du débogueur dans IntelliJ

    1. Dans l'Idée courante 2018 - Serveur de Configuration d'Exécution - Debug - Port - adresse
      Impossible d'ouvrir le port du débogueur dans IntelliJ
    InformationsquelleAutor RoutesMaps.com
  7. 1

    Ce a travaillé pour moi--
    Si le problème persiste (dans le cas où vous n'êtes pas à l'aide d'un serveur glassFish), puis fermez votre JIdea et arrêter le serveur. Cela va désactiver les ports de connectivité. Ensuite, démarrez votre serveur et JIdea, cela permettra de repartir sur de connectivité avec les ports, la résolution de la question.

    InformationsquelleAutor Ullas
  8. 1

    Pour moi, le problème était que catalina.sh n'ont pas les autorisations d'exécution. Le "Impossible d'ouvrir le port du débogueur dans intellij" message est apparu à l'Ide, mais c'est un peu masqué l' 'n'a pas pu exécuter catalina.sh' erreur qui est apparu dans les journaux immédiatement avant.

    InformationsquelleAutor ashario
  9. 1

    Cette erreur peut se produire Tomcat est déjà en cours d'exécution. Donc, assurez-vous que Tomcat n'est pas en cours d'exécution en arrière-plan si vous avez demandé à Intellij pour le démarrage ( par défaut ).

    Aussi, vérifiez l'intégralité de la fenêtre de sortie pour plus d'erreurs. En tant que plus utile d'erreur peut avoir précédé celle-ci ( comme c'était le cas avec ma configuration, il suffit maintenant )

    InformationsquelleAutor kervin
  10. 0

    Réponse est assez simple,
    J'ai aussi été confronté au problème, j'ai finalement trouvé la solution parfaite.
    Créer De Débogage
    Créer de débogage à Distance avec la configuration suivante
    Tout d'abord exécuter par le débogage.
    Il vous donne waitng pour la prise 5005
    puis courir avec de débogage à distance

    InformationsquelleAutor suraj kulkarni
  11. 0

    Essayez de vous connecter avec telnet , si il se connecte puis il montre ci-dessous:

    $telnet 10.238.136.165 9999
    Essayer 10.238.136.165...
    Connecté à 10.238.136.165.
    Caractère d'échappement '^]'.
    Connection closed by foreign host.

    Si le port n'est pas disponible (soit parce que quelqu'un d'autre est déjà connecté ou le port n'est pas ouvert, etc) puis il montre quelque chose comme il montre comme ci-dessous:

    $telnet 10.238.136.165 9999
    Essayer 10.238.136.165...
    telnet: se connecter à l'adresse 10.238.136.165: Connexion refusée
    telnet: Impossible de se connecter à un hôte distant

    Donc je pense qu'il faut voir si:

    • l'application est bien à l'écoute de porter ou de ne pas

    • ou quelqu'un d'autre a déjà connectée

    Aussi essayez de vous connecter sur le fait que m/c d'abord comme
    $telnet localhost 9999

    InformationsquelleAutor Rajesh Goel
  12. 0

    Définir la MAVEN_OPTS. Il devrait fonctionner !!

    exportation MAVEN_OPTS="-Xdebug -Xnoagent -Djava.compilateur=NONE-Xrunjdwp:transport=dt_socket,address=4000,serveur=y,suspendre=n"

    mvn printemps-boot:run-Dserver.port=8090

    InformationsquelleAutor Amit Agrawal
  13. 0

    Exécuter votre Printemps de Démarrage de l'application avec la commande pour activer le débogage sur le port 6006 alors que le serveur est en place sur le port 8090:

    mvn spring-boot:run -Drun.jvmArguments='-Xdebug -Xrunjdwp:transport=dt_socket,server=y,suspend=y,address=6006' -Dserver.port=8090
    InformationsquelleAutor Amit Agrawal
  14. 0

    Votre Service/de l'Application peut-être déjà en cours d'exécution. À la Recherche entrez les Services et vous obtiendrez la liste des services. Arrêt de la vôtre et puis essayez à nouveau.

    • Cela peut être un commentaire et pas de réponse. S'il vous plaît, vérifier les règles de cette communauté.
    InformationsquelleAutor deepika goyal
  15. 0

    J'ai eu le même problème, j'ai juste à enlever le protocole HTTP à partir de l'URL. C'est tout.

    J'espère que cela fonctionne pour vous.

    InformationsquelleAutor Felipe Bejarano
  16. 0

    Une fois, j'ai ce problème aussi.
    Ma solution est de contourner ce problème par tuer l'application qui utilise le port.
    Ici est un article pour nous enseigner comment vérifier l'application qui utilise le port, le trouver et de le tuer/fermer.

    InformationsquelleAutor Daniel Tan