J'ai soudainement commencé à avoir cette erreur bizarre lorsque j'essaie de déboguer l'un de mes projets sur Eclipse. Je ne me rappelle pas avoir rien changé pour que ce problème commence si soudainement.
'Launching <my program name>' has encountered a problem.
Cannot connect to VM.
Détails de l'erreur:
Cannot connect to VM
com.Sun.jdi.connect.TransportTimeoutException
De plus, dans la console, l'erreur suivante apparaît:
FATAL ERROR in native method: JDWP No transports initialized,
jvmtiError=AGENT_ERROR_TRANSPORT_INIT(197)
ERROR: transport error 202: connect failed: Connection timed out
ERROR: JDWP Transport dt_socket failed to initialize, TRANSPORT_INIT(510)
JDWP exit error AGENT_ERROR_TRANSPORT_INIT(197): No transports initialized
[../../../src/share/back/debugInit.c:750]
S'il vous plaît dites-moi comment résoudre ce problème. J'ai cherché sur le Web entier pour une réponse mais pas de chance.
J'ai essayé les solutions suivantes qui ont fonctionné pour d'autres personnes:
Changer le fichier hosts dans etc\- Supprime le signe "commentaires" avant 2 lignes à savoir,
et redémarré.
Quelqu'un s'il vous plaît aidez-moi, je deviens fou.
Merci
Sousa
Je viens de trouver ceci: Avast! 2014 je l'ai, et donc ça va. Si vous faites aussi bien, alors c'est probablement votre problème.
J'utilise Mac et j'ai rencontré un problème similaire. J'ai apporté les modifications au fichier/etc/hosts plus tôt, que j'ai inversé pour le faire comme suit:
127.0.0.1 localhost
Et redémarré le système et résolu mon problème.
Après beaucoup de stress et beaucoup de temps, le problème est maintenant résolu. Bien que très bizarre, cela ne m'amuse pas, car je n'arrive pas à comprendre pourquoi. Quoi qu'il en soit, voici ce qui s'est passé et peut-être que quelqu'un pourra nous éclairer davantage sur ce qui aurait pu être à l'origine du problème.
J'ai complètement désinstallé Eclipse et Java de mon système.
J'ai ensuite réinstallé la dernière version de Java (j'avais déjà la même version auparavant).
Mais cette fois, je l’ai installé dans le répertoire standard et non dans le répertoire personnalisé que j’utilisais auparavant (il se peut que quelque chose ne se passe pas bien la première fois).
J'ai ensuite réinstallé Eclipse (la dernière version à nouveau).
Et juste comme ça, tout a recommencé à fonctionner normalement, mode Debug et tout!
Ce qui me vient immédiatement à l’esprit, c’est que les variables d’environnement système auraient pu être modifiées d’une manière ou d’une autre. Mais je ne comprends pas comment cela aurait pu se produire sans que je touche quoi que ce soit.
Je pense que le problème vient du fait que vous avez défini le mauvais chemin sur jre. Cliquez avec le bouton droit de la souris sur votre projet, puis cliquez sur Exécuter la configuration et définissez le chemin correct. Pourriez-vous nous en dire plus sur le sujet?.
J'ai rencontré le même problème. Il s’est avéré que j’ai modifié mon fichier/etc/hosts où l’adresse IP 127.0.1.1 a été mise en commentaire. Après avoir commenté, il a recommencé à fonctionner.
Simply restart your PC,
cela semble idiot mais fonctionne la plupart du temps., Je n'ai pas d'avast sur mon PC, mais j'ai quand même rencontré ce problème.
Je viens juste de redémarrer mon PC et le débogage a fonctionné, mais je ne suis pas sûr du problème.
désactiver le pare-feu Windows et c'est OK. TESTED.
J'ai eu un problème similaire lorsque je travaillais avec scrapbook. Fireval était en mode de jeu. Puis j'ai éteint Fireval et scrapbook a commencé à fonctionner.
Parfois, lorsque vous essayez de déboguer votre application, vous obtenez l’erreur suivante:
Cannot connect to VM
com.Sun.jdi.connect.TransportTimeoutException
FATAL:----------
ERROR:------------
ERROR:----------
WARN:-------------
Je vous suggère d'éteindre votre AVAST! FIREWALL et redémarrez votre système, puis essayez de déboguer votre application. Cela fonctionnera bien.
Merci Lokesh
Pour moi, je rencontrais ce problème lors du démarrage du serveur Jetty et McAfee Antivirus Protection le logiciel a été installé sur mon PC Windows 7 64 bits et, comme mentionné plus haut, j'ai désactivé l'option Firewall et redémarré l'espace de travail Eclipse. le serveur à nouveau. Ça a marché!!!
Listening for transport dt_socket at address: 9000
Je doute qu'il existe un moyen d'activer le port sans désactiver le pare-feu ou peut-être que le logiciel spécifique soit autorisé par mes logiciels antivirus, car cela ne changera pas souvent. Publierai une mise à jour si j'en trouve une.
Mon débogueur expirait avant le test connecté au JRE.
J'ai augmenté le paramètre «délai de débogage» de Java/debug et j'ai pu exécuter le test.
Référence:
Les mêmes symptômes sont apparus soudainement après que ma configuration ait fonctionné pendant une longue période. La raison est apparue une ligne non valide dans mon fichier/etc/hosts (j'avais ajouté l'adresse IP de la carte réseau virtuelle avec la traduction en 'localhost'). Supprimer cette ligne l'a corrigé.
Pour quelqu'un avec un arrière-plan C, il est un peu surprenant qu'Eclipse lise/etc/hosts lorsque vous déboguez une application Java locale, mais cela semble être le cas.
Si vous utilisez un système d'exploitation Windows, cette commande peut peut-être vous aider:
netsh winsock reset
Dans mon cas sur Mac, le bloc "debug attach"
dans launch.json
était défini sur le port 0.
Je l'ai simplement changé pour autre chose (8899), et cela a fonctionné.
Dans mon cas, il s’agissait d’exécuter Eclipse en tant qu’administrateur. Une fois que j'ai fait ça, le problème est résolu.
J'ai eu ceci: Impossible de lancer le dossier VM Com.Sun.jdi.connect.TimoutException
J'ai arrêté Eclipse, désactivé l'Avast! Pare-feu (comme recommandé, mais seulement pendant 10 minutes), redémarré Eclipse. À ce moment-là, le pare-feu Windows m'a informé du blocage de certaines fonctionnalités d'Eclipse. J'ai coché la case "réseaux publics" (je suis sur un réseau fourni par l'employeur via wifi), redémarré Eclipse et "voila", cela fonctionne à nouveau.