web-dev-qa-db-fra.com

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

Impossible d'ouvrir le port du débogueur dans intellij . Le numéro de port 9009 correspond à celui défini 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>

Configuration dans IntelliJ:

enter image description here

Lorsque j'essaie d'activer le débogage distant pour cette application, l'erreur suivante apparaît: enter image description here

javadebuggingintellij-idea
31
MindBrain

Ajoutez le paramètre suivant debug-enabled = "true" à cette ligne dans la configuration de glassfish . 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émarrez et arrêtez le domaine ou le service glassfish qui utilisait cette configuration.

8
MindBrain

Vous devrez peut-être modifier le port du débogueur si votre port est déjà utilisé par un autre programme. Faire cela:

  • Courir
  • Modifier les configurations
  • Débogage à distance> à distance dans la liste à gauche
  • Onglet Configuration, section Paramètres
  • Port: changez le port ici
19
Pleymor

J'ai eu le même problème et cette solution a également fait le tour pour moi: Fournir l'IP 127.0.0.1 dans la configuration Intellij Debug au lieu du nom d'hôte "localhost", au cas où vous utiliseriez ce nom d'hôte. 

4
martin_wun

J'espère que votre problème a été résolu maintenant. Sinon, essayez ceci ... Il semble que vous ayez server=y pour votre application et IDEA. IDEA devrait probablement être server=n. En outre, le client (IDEA) doit avoir une adresse comprenant à la fois le nom d'hôte et le port, par exemple, address=127.0.0.1:9009.

3
kc2001
  1. Dans glassfish\domaines\domaine1\config\domaine.xml défini avant le serveur de démarrage:

      <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" serveur = y, suspendre = n dans http: // hôte local: 4848/common/index.jsf Glassfish 4 address=9009,server=y,suspend=n

  1. Dans l'idée actuelle 2018 - Configuration d'exécution du serveur - Debug - Port - adresse  Server Run Configuration - Debug - Port - address
2
RoutesMaps.com

Pour moi, le problème était que catalina.sh n'avait pas les autorisations d'exécution. Le message "Impossible d'ouvrir le port du débogueur dans intellij" est apparu dans Intellij, mais il masquait en quelque sorte l'erreur "impossible d'exécuter catalina.sh" apparue dans les journaux immédiatement avant.

1
ashario

Celui-ci fonctionnait pour moi -- Si le problème persiste (si vous n'utilisez pas de serveur glassFish), fermez votre JIdea et arrêtez le serveur. Cela désactivera la connectivité des ports. Ensuite, démarrez votre serveur et JIdea, cela lancera une nouvelle connectivité avec les ports, ce qui résoudra le problème.

1
Ullas

Définissez le MAVEN_OPTS. Ça devrait marcher !!

export MAVEN_OPTS = "- Xdebug -Xnoagent -Djava.compiler = NONE -Xrunjdwp: transport = dt_socket, adresse = 4000, serveur = y, suspendre = n"

mvn spring-boot: exécutez -Dserver.port = 8090

0
Amit Agrawal

Vous devez définir CHMOD + x (exécuter pour les fichiers * .sh ou * .bat). Par exemple, j'utilise macOS

cd /Users/donhuvy/Documents/tools/Apache-Tomcat-9.0.12/bin
Sudo chmod +x *.sh

Ensuite, IntelliJ IDEA et Apache Tomcat en cours d’exécution ou de débogage sont corrects.

0
foobarfuu

Essayez de vous connecter avec telnet, s’il se connecte, cela se voit ci-dessous:

$ telnet 10.238.136.165 9999 Essayer 10.238.136.165 ... Connecté à 10.238.136.165 . Le caractère d'échappement est '^]' . La connexion est fermée par un hôte étranger.

Si le port n'est pas disponible (soit parce que quelqu'un d'autre y est déjà connecté, soit parce que le port n'est pas ouvert, etc.), le message suivant apparaît: 

$ 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 à l'hôte distant

Donc, je pense qu'il faut voir si:

  • l'application est une propriété à l'écoute du port ou non 

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

Essayez également de vous connecter d'abord sur ce m/c, comme par exemple $ Telnet localhost 9999

0
Rajesh Goel

La réponse est assez simple, J'ai également fait face au problème. Finalement, j'ai obtenu la solution parfaite Créer un débogageCréer un débogage distant avec la configuration suivante D'abord exécuté par debug .Il vous donne l'attente du socket 5005 Puis lancez-le avec le débogage distant

0
suraj kulkarni

Exécutez votre application Spring Boot avec la commande donnée pour activer le débogage sur le port 6006 lorsque le serveur est actif sur le port 8090:

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

Cette erreur peut arriver. Tomcat est déjà en cours d'exécution. Assurez-vous donc que Tomcat ne fonctionne pas en arrière-plan si vous avez demandé à Intellij de le démarrer (par défaut).

En outre, vérifiez la fenêtre de sortie complète pour plus d'erreurs. Comme une erreur plus utile peut avoir précédé celle-ci (comme ce fut le cas avec ma configuration tout à l'heure)

0
kervin