Maven Eclipse Debug “JDWP Transport dt_socket échec de l'initialisation, TRANSPORT_INIT(510)”

Je suis en train de déboguer Maven tests dans Eclipse. Quand j'ai lancer les tests avec le maven option maven.surefire.debug, j'ai cette erreur :

ERROR: transport error 202: bind failed: Address already in use
FATAL ERROR in native method: JDWP No transports initialized, jvmtiError=AGENT_ERROR_TRANSPORT_INIT(197)
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:690]
/bin/sh: line 1: 27500 Abort trap

C'est la même chose quand j'ai essayé tu le lancement de débogage dans ma coquille.

J'ai essayé d'ajouter le maven option forkMode=jamais, et j'ai une autre erreur avec mon soudure artefact que je n'ai pas sans le maven.surefire.option debug :

Error loading Weld bootstrap, check that Weld is on the classpath

Cependant, la Soudure est sur mon chemin de classe.

Des idées ?

J'ai trouvé la solution. Le port que j'ai utilisé pour le débogage était déjà en usage, probablement en raison d'un bug de maven. Lors de l'utilisation de maven.surefire.debug, maven attend sur un port. Je l'ai tué une fois, et puis retryed de relancer le maven test. La solution est de fermer le port ouvert (j'ai redémarré ma machine, mais il y a peut être une solution alternative moins radicale...)
Vous pouvez poster ce que votre propre solution et il faut l'accepter un jour plus tard.

InformationsquelleAutor Rémi Doolaeghe | 2011-12-08

28

De tuer un processus en écoute sur un port:

Cette commande liste les processus de l'écoute sur tous les ports:
```
netstat -ano
```
La -o option pour afficher l'id de processus.

Si vous utilisez un *nix système, vous pouvez affiner un peu plus loin avec:
```
netstat -ano | grep <badport> 
```
Lorsque vous avez l'id de processus, vous pouvez le résilier avec:

Windows:
- Ouvrez le Gestionnaire des Tâches, ajouter la colonne PID avec Vue > Sélectionner les Colonnes > PID
- Trouver le processus et cliquez à droite pour tuer
Autres:
```
kill <PID>
```
- Désolé, mais l'option-o n'est pas reconnu. Je travail sur un mac os 10.6. La solution semble être une bonne idée, cependant.
- Je pense que vous pouvez être en mesure d'obtenir cette info sur OS X avec 'sudo lsof-i-P'
- Vous êtes de droite. sudo lsof-i-P | grep <bad_port> fonctionne très bien. Je vous remercie.
- Dans Ubuntu, j'ai ajouter netstat -anop à la liste de pid.
- Si elle contribue à la chasse le bon processus pour tuer, j'ai trouvé le processus java en question l'écoute sur le port 5005. Je vois aussi qu'il a été exécuté comme une commande de type java -Xdebug -Xnoagent -Djava.compiler=NONE -Xrunjdwp:transport=dt_socket,server=y,suspend=y,address=5005 -jar xxxxxx
- J'ai l'habitude de tuer les "Java", mais cette fois, j'ai été trompé parce que cette fois, le processus a été appelé "OpenJDK Plate-forme binaire", donc je n'ai pas trouvé cela par un simple tri alphabétique. Cette réponse a aidé, merci.
InformationsquelleAutor lucrussell
5

Aller à Debug configuration -> Remote Java Application -> Connect onglet, cochez Allow termination of remote JVM.

Puis, quand vous allez à redémarrer le serveur/maven, allez à la Debug perspective et cliquez sur le read /stop bouton.....

InformationsquelleAutor Jasonw
4

Il y a longtemps, la question a été posée mais j'ai eu le même problème récemment.
1. Ouvrez Le Gestionnaire Des Tâches
2. Tuer tous "java.exe" processus de
3. Relancer le mvn debug
Espère que ça aidera

InformationsquelleAutor moa
4

Habituellement, le problème c'est que l'autre processus ne cesse de Maven debug port 5005 ouvrir.
Sur mon mac j'ai vérifié le processus qui maintient ce port ouvert par l'exécution de:
```
lsof -i tcp:5005
```
La sortie a été:
```
COMMAND  PID        USER   FD   TYPE             DEVICE SIZE/OFF NODE NAME
java    9089 my_user    7u  IPv4 0xe88ec542fd4cffc9      0t0  TCP *:avt-profile-2 (LISTEN)
```
Et puis j'ai tué le processus:
```
kill -9 9089
```
Si vous souhaitez que ces 2 processus pour être en mesure de courir ensemble, vous aurez à changer le Maven port de débogage d'au moins l'un d'entre eux.
Voir: http://maven.apache.org/surefire/maven-surefire-plugin/examples/debugging.html.

InformationsquelleAutor ofirbt
1

Juste pour la documentation, j'ai eu exactement la même erreur, en cours d'exécution sur mon local:

D'ERREUR: erreur de transport 202: échec de la liaison: Adresse déjà en cours d'utilisation
ERREUR FATALE dans la méthode native: JDWP Pas de transports initialisé, jvmtiError=AGENT_ERROR_TRANSPORT_INIT(197)
ERREUR: JDWP Transport dt_socket échec de l'initialisation, TRANSPORT_INIT(510)

dans mon cas, le port n'était pas le problème, mais le fichier hôte. La solution est d'ajouter/re-ajoutez/supprimez:

127.0.0.1 localhost

Le fichier de configuration définit localhost en tant que par défaut, une solution est d'ajouter que l'hôte ou le changer pour un programme personnalisé.

InformationsquelleAutor davidrl1000
0

À ajouter sur.. j'ai eu le même problème la semaine dernière, lors du débogage à l'aide d'eclipse a été rendue impossible.
```
FATAL ERROR in native method: JDWP No transports initialized,
jvmtiError=AGENT_ERROR_TRANSPORT_LOAD(196)
ERROR: transport library not found: dt_socket
ERROR: JDWP Transport dt_socket failed to initialize, TRANSPORT_LOAD(509)
JDWP exit error AGENT_ERROR_TRANSPORT_LOAD(196): No transports initialized [../../../src/share/back/debugInit.c:690]
```
Malheureusement non de la solution, je peux peut-être trouver en ligne a été utile.

La question s'est avéré être que d'une certaine manière le pare-feu supprimé toutes les dll dans mon JRE bin... (j'dt_socket.dll a complètement disparu).

La réinstallation de l'ensemble de la JRE aidé.

InformationsquelleAutor kks
0

La solution pour moi a été de retirer les points d'arrêt du projet! Si vous avez beaucoup de branches et récemment changé parfois éclipse quelque peu perdu de points d'arrêt.

InformationsquelleAutor Marcos Steckert Pessôa

Vous devez vous connecter pour publier un commentaire.