ERREUR FATAL dans la méthode native: JDWP Aucun transport initialisé, jvmtiError = AGENT_ERROR_TRANSPORT_INIT (197)
Pouvez-vous expliquer en quoi consiste cette erreur (et deuxièmement pourquoi je l’obtiens)?
FATAL ERROR in native method: JDWP No transports initialized, jvmtiError=AGENT_ERROR_TRANSPORT_INIT(197)
P.S. Cela peut être lié à 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 autre mise à niveau vers un autre logiciel. .
Je cours:
- Eclipse Indigo 3.7
- JDK 1.7.0_0u2 (JDK 7 mise à jour 2)
- Tomcat 6.0
- Windows 7
- Apache HTTP Server (bien que ne l'utilisant pas encore)
Quand j'ai démarré Tomcat, j'ai commencé à avoir cette erreur, mais pas tout le temps. Le redémarrage vient de le réparer. Certains matins, je viens au travail sans redémarrage et le problème est résolu même s'il a échoué la veille. C'est sporadique. Pour résoudre ce problème, j'ai besoin de 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 reste "synchronisé", au cas où cela serait nécessaire. J'ai rapidement essayé de changer tous les ports (un de 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 le redémarrage "corrigé" le problème. Le poste de travail fonctionnait toute la fin de semaine et Tomcat a travaillé vendredi et Eclipse a été arrêté à la fin de la journée. Je continuerai à prendre des notes comme celle-ci au fur et à mesure que je me précipiterai pour éliminer les incertitudes.
EDIT 3: Aujourd'hui, l'erreur m'a été fournie par un système non réinjecté qui fonctionnait hier, les programmes ont été arrêtés hier et redémarrés aujourd'hui. J'ai redémarré et l'erreur a disparu. Le plus remarquable est que l'erreur se produit toujours à 23% de compilation. Il atteint 23%, attend un peu et je sais alors que cela ne va pas aboutir, 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 (bien que je ne l'utilise pas encore). Je vais les ajouter à 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 erreur de fenêtre contextuelle 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 sans redémarrer l'ordinateur au complet pour résoudre l'erreur ce matin.
Cette erreur survient généralement lorsque le port nécessaire est utilisé par un autre programme.
Vous avez dit que vous avez modifié le port du connecteur HTTP de 8080 à 8081 afin que les deux Tomcats ne se rencontrent pas, mais avez-vous également modifié le <Server port="..." dans Tomcat/conf/server.xml être différent entre vos Tomcats?
Y a-t-il d'autres ports de connecteurs qui pourraient éventuellement entrer en conflit?
Rencontré cela. tout ce que je fis fut de tuer tous les Java (gestionnaire de tâches)) et de relancer. Cela fonctionna!
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'est parce qu'il y avait un caractère invisible dans le paramètre jpda config.
Pour être plus précis, j’avais des fins de lignes dans mon fichier setenv.sh sur Tomcat, ce qui provoquait un caractère de retour à la ligne juste après 'dt_socket'.
EDIT cette ligne et ça doit marcher.
::1 localhost.localdomain localhost
127.0.0.1 localhost
J'ai eu le même problème parce que je règle ce qui suit dans Catalina.sh de mon Tomcat:
Java_OPTS="$Java_OPTS -Xdebug -Xnoagent -Djava.compiler=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 la modification du port de débogage a aidé. Pour une raison quelconque, le port de débogage devait être supérieur au port d'application.
si votre JVM Cli est: -agentlib:jdwp=transport=dt_socket,address=60000,server=n,suspend=n et que la version du kit JDK est 7, changer "serveur = n" en "serveur = y" sera OK.
Cette erreur survient généralement lorsque nous détruisons de force le serveur weblogic ("kill -9 process id"). Par conséquent, avant de redémarrer, veuillez vérifier l’état de tous les ports utilisés par weblogic, par exemple. http port, DEBUG_PORT, etc. en utilisant cette commande pour savoir si ce port est actif ou non.
netstat –an | grep (administrateur: 7001 ou quelque chose de ce genre, serveur géré - 7002, 7003, etc.), par exemple: netstat –an | grep 7001
Si elle renvoie la valeur, option 1: attendez un certain temps afin que le processus en arrière-plan puisse libérer le port. Option 2: exécute 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.
J'avais la même erreur lorsque je suis passé à la version 3.8.3 de STS. J'ai également importé tout mon espace de travail dans 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 à nouveau la configuration de l'exécution du démarrage.
Modifiez l'option Java du panneau de configuration sur proxy en "directe", modifiez l'option Internet de Windows pour ne pas utiliser de proxy et redémarrer. Cela a fonctionné pour moi.
J'ai mis 127.0.0.1 localhost, et résous ce problème.
Dans mon projet, j'ai eu la même erreur, j'ai redémarré Tomcat et cela a fonctionné, sans tuer le processus Java.
J'ai eu le même problème dans Catalina.sh de mon Tomcat pour JPDA Options:
JPDA_OPTS = "- agentlib: jdwp = transport = $ JPDA_TRANSPORT, adresse = $ JPDA_ADDRESS, serveur = y, suspendre = $ 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 un environnement local.
Si vous travaillez avec des environnements ou des images de menu fixe, vous pouvez vraiment changer/etc/Host. Je vous recommande simplement de changer la liaison de star à 0.0.0.0.
Donc (à partir de mon cas par exemple) au lieu de:
-agentlib:jdwp=transport=dt_socket,server=y,suspend=n,address=*:5005"
Vous le définiriez comme:
-agentlib:jdwp=transport=dt_socket,server=y,suspend=n,address=0.0.0.0:5005"