ERREUR FATALE dans la méthode native: JDWP Pas de transports initialisé, jvmtiError=AGENT_ERROR_TRANSPORT_INIT(197)
Pouvez-vous expliquer ce que cette erreur est (et, deuxièmement, pourquoi suis-je l'obtenir)?
FATAL ERROR in native method: JDWP No transports initialized, jvmtiError=AGENT_ERROR_TRANSPORT_INIT(197)
P. S. Elle peut être liée à Connu Tomcat 6.0 et JDK 1.7.0_02 questions?, que j'ai seulement commencé à arriver après la mise à niveau de JDK 1.7.0 à 1.7.0 mise à jour 2, n'ayant pas d'autres mises à niveau à un autre logiciel.
Je suis en cours d'exécution:
- Eclipse Indigo 3.7
- JDK 1.7.0_0u2 (JDK 7 update 2)
- Tomcat 6.0
- Windows 7
- Serveur HTTP Apache (bien qu'il n'utilise pas encore)
Lorsque je démarre Tomcat j'ai commencé à faire cette erreur, mais pas tout le temps. Le redémarrage, juste maintenant, il fixe. Certains matins, je viens de travailler sans un reboot et il la fixe, même si elle a échoué la veille. C'est sporadique. Pour déboguer cela, 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 (la première) du serveur est "arrêté", mais reste "synchronisé", dans le cas où cette matière. J'ai rapidement essayé de changer tous les ports, un (8080 pour 8081) et l'erreur se reproduit. Cela peut ne pas être un bon test de l'évolution des ports, cependant.
EDIT 2: je viens d'avoir ce problème, et le redémarrage "fixe" de la question. La station de travail a été sur tous les week-end et Tomcat travaillé sur vendredi et Eclipse a été arrêté à la fin de la journée. Je vais continuer à prendre des notes comme ça que je l'utiliser pour supprimer des conjectures.
EDIT 3: aujourd'Hui, il m'a donné cette erreur à partir d'un unrebooted système qui a fonctionné hier, les programmes arrêté hier et redémarré aujourd'hui. J'ai redémarré, et l'erreur a disparu. Plus particulièrement, c'est que l'erreur se produit toujours à 23% de la compilation. Il frappe de 23%, attend un peu et c'est quand je sais qu'il ne réussira pas, et puis les popups d'une fenêtre. Je vais capturer que la fenêtre dit la prochaine fois. Puis il donne l'erreur ci-dessus à la Console.
EDIT 4: je suis sous Windows 7 et Serveur HTTP Apache (bien qu'il n'utilise pas encore). Je vais l'ajouter à la liste ci-dessus.
EDIT 5: La fenêtre pop-up mentionné dans l'édition #3 est (et la remarque de mon Tomcat est nommé 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 pop-up d'erreur et la même erreur que cette question demande dans la fenêtre de la Console.
EDIT 7: Juste de redémarrer Eclipse, pas le redémarrage de l'ordinateur entier, résolu l'erreur ce matin.
- Avez-vous regardé dans les fichiers journaux de serveur Tomcat?
- Je suis également obtenir la même erreur ! Mais seulement quand je démarre mon apache en mode debug, le mode de démarrage fonctionne bien.Ma configuration est exactement la même : indigo, apache 6.0, win 7,JDK 1.7.0_51
Vous devez vous connecter pour publier un commentaire.
Cette erreur vient généralement lorsque le port est utilisé par un autre programme.
Vous avez dit que vous avez changé le connecteur HTTP port 8080 pour 8081 de sorte que les deux Matous ne sont pas en conflit, mais avez-vous également changé la
<Server port="..."
danstomcat/conf/server.xml
à la différence entre vos Matous?Sont là tous les autres connecteurs de ports qui peuvent éventuellement choc?
Tomcast admin port
, pas le HTTP ou AJP ports, correct? Chacun de ces ports doivent être différentes pour chacun de mes Matous?server.xml
fichier n'apparaît qu'à la configuration pour l'un de mes Tomcat, pas les deux. La seule différence entre ces trois ports pour mes deux Tomcat, c'est qu'ils utilisent un autre port AJP (8009 et 8019), et 8009 est celui qui est dansserver.xml
, et 8019 est sur le Tomcat de me donner le problème de mentionner dans ma question!server.xml
fichier avec mes deux Tomcat. Où sont les secondaires paramètres stockés, physiquement?Votre fichier d'HÔTES ont une entrée pour
localhost
? D'autres situations, cette erreur est vu dans semblent avoir cela comme un problème de résolution.Assurez-vous d'avoir
127.0.0.1 localhost
set en...(à partir de cette et cette)
127.0.0.1 localhost
seul n'a pas de travail pour moi. Je reçois la même erreur. Je suis en train de suivre quelques autres suggestions dans ces pistes que vous m'avez envoyé si. Il est difficile de déboguer un redémarrage résout le problème en quelque sorte (de toute façon), donc si je redémarre je ne vais pas tester cette solution jusqu'à la prochaine journée. Pour quelque raison que ce soit, un redémarrage résout ce jusqu'à la prochaine journée, probablement quelque chose à voir avec l'arrêt de l'Éclipse à la fin de chaque journée.127.0.0.1 localhost
n'a pas résolu le problème, malheureusement. Dois-je utiliser::1 localhost.localdomain localhost
? Pouvez-vous expliquer pour moi?::1
est pour IPv6 en particulier.localhost.localdomain
est mentionné ici.Rencontré ce. tout ce que je fait est de tuer tous les processus java(Gestionnaire des Tâches) et de courir à nouveau. Il a travaillé!
Vérifier si votre chaîne de configuration est correct:
J'ai juste eu ce problème aujourd'hui, et dans mon cas, c'était parce qu'il y a un personnage invisible dans le jpda config paramètre.
Pour être précis, j'ai eu le dos des fins de ligne dans mon setenv.sh fichier sur tomcat, provoquant un caractère retour chariot à droite après "dt_socket'
MODIFIER ces lignes dans le fichier host et cela devrait fonctionner.
Le fichier Host, généralement situés dans les C:\Windows\System32\drivers\etc\hosts
J'ai eu le même problème car j'ai mis la suite dans
Catalina.sh
de mon tomcat:Après l'avoir supprimé, mon tomcat a bien fonctionné.
L'espoir de vous aider.
Rencontré ce problème et de changer le port de débogage aidé. Pour une raison quelconque, le port de débogage devait être supérieure à l'application de port.
Cette erreur provient surtout lorsque nous avec force de tuer le serveur weblogic ("kill -9 id de processus"), donc avant de redémarrer de bien vouloir vérifier tous les ports d'état qui weblogic en utilisant par exemple le port http , DEBUG_PORT etc en utilisant cette commande pour voir ce qui si ce port est actif ou non.
netstat –an | grep
(Admin: 7001, ou quelque chose, serveur Géré - 7002, 7003, etc)
par exemple: netstat –an | grep 7001
Si elle renvoie la valeur puis,
option 1: attente pendant un certain temps, de sorte que les processus d'arrière-plan peut libérer le port
option 2: exécuter des stopweblogic.sh
Option 3: Bounce le serveur/hôte ou redémarrer le système.
Mon problème a été résolu par l'option 2.
si votre JVM, interface de ligne de commande:
-agentlib:jdwp=transport=dt_socket,address=60000,server=n,suspend=n
et la version de JDK 7, changer de serveur "=n" à "server=y" sera OK.Changement panneau de configuration de Java option sur proxy "directe", le changement de la fenêtre des options internet pour ne pas utiliser de proxy et de redémarrer. Il a travaillé pour moi.
Dans mon projet, j'ai eu la même erreur, j'ai redémarré le serveur Tomcat et il a travaillé, withtout de tuer le processus java.
J'ai mis 127.0.0.1 localhost, et de résoudre ce problème.
J'ai eu le même problème Catalina.sh de mon tomcat pour JPDA Options:
JPDA_OPTS="-agentlib:jdwp=transport=$JPDA_TRANSPORT,address=$JPDA_ADDRESS,server=y,suspend=$JPDA_SUSPEND"
Après la suppression de JPDA option de ma commande pour lancer le serveur Tomcat, j'ai été en mesure de lancer le serveur sur l'environnement local.
J'avais la même erreur quand je suis passé à STS version 3.8.3
Et importées de l'ensemble de mon espace de travail pour le nouveau STS.
Apparemment le "Démarrage de Printemps de l'Application" instance était défectueux. (je lance à partir de STS)
Si c'est votre problème,
Il suffit de créer le Démarrage d'exécuter à nouveau la configuration.
Dans le cas où vous travaillez avec des environnements ou menu fixe des images que vous pouvez vraiment changer /etc/host je recommande simplement de changer la liaison étoiles à 0.0.0.0.
Donc (en se basant sur mon cas par exemple) au lieu de:
Vous définissez comme: