ERREUR FATALE dans la méthode native: JDWP Aucun transport initialisé, jvmtiError = AGENT_ERROR_TRANSPORT_INIT (197)

Pouvez-vous expliquer quelle est cette erreur (et deuxièmement, pourquoi je l’obtiens)?

FATAL ERROR in native method: JDWP No transports initialized, jvmtiError=AGENT_ERROR_TRANSPORT_INIT(197)

PS Il est possible qu’il soit lié à des problèmes connus de Tomcat 6.0 et JDK 1.7.0_02? , car je n’ai commencé à l’obtenir qu’après la mise à niveau de JDK 1.7.0 à 1.7.0 update 2, sans autres mises à niveau vers d’autres logiciels.

Je cours:

  • Eclipse Indigo 3.7
  • JDK 1.7.0_0u2 (JDK 7 update 2)
  • Tomcat 6.0
  • Windows 7
  • Apache HTTP Server (mais pas encore utilisé)

Lorsque j’ai démarré Tomcat, j’ai commencé à recevoir cette erreur, mais pas tout le temps. Le redémarrage vient d’être corrigé. Certains matins, je viens travailler sans redémarrage et ça résout le problème même si ça a échoué la veille. C’est sporadique. Pour déboguer ceci, je dois comprendre. Pouvez-vous aider à l’expliquer?

EDIT: J’ai deux serveurs Tomcat, pour deux projets différents, sur le même port. L’autre (premier) serveur est “arrêté” mais rest “synchronisé” au cas où cela importerait. J’ai rapidement essayé de changer tous les ports (8080 à 8081) et l’erreur se reproduit. Cela peut ne pas être un test approprié pour changer de port, cependant.

EDIT 2: Je viens d’avoir ce problème, et redémarrer “corrigé” le problème. Le poste de travail était en marche tout le week-end et Tomcat a travaillé vendredi et Eclipse a été arrêté en fin de journée. Je continuerai à prendre des notes comme celle-ci pendant que je la rencontre pour supprimer les conjectures.

EDIT 3: Aujourd’hui, cela m’a donné cette erreur d’un système non mis à jour qui a fonctionné hier, les programmes ont fermé hier et ont redémarré aujourd’hui. J’ai redémarré et l’erreur a disparu. Le plus notable est que l’erreur se produit toujours à une compilation de 23%. Il atteint 23%, attend un peu et c’est à ce moment que je sais que cela ne réussira pas, puis affiche une fenêtre. Je vais capturer ce que la fenêtre dit la prochaine fois. Ensuite, il donne l’erreur ci-dessus à la console.

EDIT 4: J’utilise Windows 7 et Apache HTTP Server (mais je ne l’utilise pas encore). Je les appendai à la liste ci-dessus.

EDIT 5: La fenêtre contextuelle mentionnée dans l’édition n ° 3 est (et notez que mon Tomcat s’appelle Server Tomcat v6.0 Server at localhost ):

 Problem Occurred 'Server Tomcat v6.0 Server at localhost' has encountered a problem. Server Tomcat v6.0 Server at localhost failed to start. OK << Details Server Tomcat v6.0 Server at localhost failed to start. 

EDIT 6: Je viens de recevoir un nouveau problème, qui est Cannot connect to VM com.sun.jdi.connect.TransportTimeoutException fenêtre d’erreur Cannot connect to VM com.sun.jdi.connect.TransportTimeoutException et la même erreur principale que cette question pose dans la fenêtre de la console.

EDIT 7: Il suffit de redémarrer Eclipse, ne pas redémarrer l’ordinateur en entier, a résolu l’erreur ce matin.

Cette erreur survient généralement lorsque le port nécessaire est pris par un autre programme.

Vous avez dit que vous avez changé le port du connecteur HTTP de 8080 à 8081 pour que les deux Tomcats ne se heurtent pas, mais avez-vous également modifié le dans tomcat/conf/server.xml pour qu'il soit différent de votre Tomcats?

Existe-t-il d'autres ports de connexion susceptibles de se heurter?

Votre fichier HOSTS a-t-il une entrée pour localhost ? Certaines autres situations dans lesquelles cette erreur est constatée semblent avoir cette solution.

Assurez-vous d’avoir installé 127.0.0.1 localhost

(de ceci et cela )

Rencontré cela. tout ce que j’ai fait a été de tuer tout le processus java (gestionnaire des tâches) et de le relancer. Ça a marché!

Vérifiez si votre chaîne de configuration est correcte:

 Xrunjdwp:transport=dt_socket,server=y,suspend=n,address=9999 

Je viens d’avoir ce problème aujourd’hui, et dans mon cas c’était parce qu’il y avait un caractère invisible dans le paramètre de configuration jpda.

Pour être précis, j’avais des fins de ligne dos dans mon fichier setenv.sh sur tomcat, provoquant un caractère retour chariot après ‘dt_socket’

EDIT cette ligne et ça devrait marcher.

 ::1 localhost.localdomain localhost 127.0.0.1 localhost 

J’ai eu le même problème parce que j’ai défini ce qui suit dans Catalina.sh de mon tomcat:

 JAVA_OPTS="$JAVA_OPTS -Xdebug -Xnoagent -Djava.comstackr=NONE -Xrunjdwp:transport=dt_socket,server=y,suspend=n,address=9999" 

Après l’avoir retiré, mon tomcat a bien fonctionné.

J’espère vous aider.

Rencontré ce problème et changer le port de débogage a aidé. Pour une raison quelconque, le port de débogage devait être supérieur au port de l’application.

Cette erreur survient surtout lorsque nous supprimons avec force le serveur weblogic (“kill -9 process id”), donc avant de redémarrer, vérifiez bien l’état des ports que weblogic utilise par exemple http port, DEBUG_PORT etc en utilisant cette commande actif ou non.

netstat –an | grep (Admin: 7001 ou quelque chose, serveur géré-7002, 7003 etc.) Par exemple: netstat –an | grep 7001

S’il renvoie une valeur, option 1: attendez un certain temps pour que le processus d’arrière-plan libère l’option de port 2: exécutez stopweblogic.sh Option 3: faites rebondir le serveur / hôte ou redémarrez le système.

Mon problème a été résolu par l’option 2.

Si votre JVM Cli est: -agentlib:jdwp=transport=dt_socket,address=60000,server=n,suspend=n et que la version du JDK est 7, remplacez “server = n” par “server = y”.

Changer l’option de Java du panneau de configuration pour “direct”, changer l’option internet de la fenêtre pour ne pas utiliser le proxy et redémarrer. Cela a fonctionné pour moi.

Dans mon projet, j’avais la même erreur, j’ai redémarré Tomcat et ça a fonctionné, sans tuer le processus java.

J’ai défini 127.0.0.1 localhost et résolu ce problème.

J’ai eu le même problème dans Catalina.sh de mon tomcat pour les options JPDA:

JPDA_OPTS = “- agentlib: jdwp = transport = $ JPDA_TRANSPORT, adresse = $ JPDA_ADDRESS, serveur = y, suspend = $ JPDA_SUSPEND”

Après avoir supprimé l’option JPDA de ma commande pour démarrer le serveur Tomcat, j’ai pu démarrer le serveur dans l’environnement local.

J’avais la même erreur lorsque je suis passé à la version 3.8.3 de STS et j’ai importé l’intégralité de mon espace de travail sur le nouveau STS.

Apparemment, l’instance “Boot Spring App” était défectueuse. (je cours de STS)

Si tel est votre problème, créez simplement la configuration de démarrage au démarrage.