Problema con el debug de Eclipse: dice "Cannot connect to VM"

tiroxino · #1 (**permalink**) 29/04/2006, 16:22

Hola,
llevo usando Eclipse desde hace un par de años y nunca me había dado ningún problema. Hasta ahora, al hacer un debug, que me sale siempre una ventana con el siguiente mensaje (da igual el fichero, el projecto o el workspace):
"Cannot connect to VM"

apareciendo al mismo tiempo en la consola el siguiente mensaje:

FATAL ERROR in native method: No transports initialized
err:: No such file or directory
Error [2] in connect() call!
Socket transport failed to init.
Transport dt_socket failed to initialize, rc = -1.

Ya no se me ocurre nada. He probado a desinstalar y volver a instalar otro JDK de java, el 1.4.2 y el 1.5, pero nada.
Además la variable de entorno PATH contiene la ruta donde se aloja la carpeta BIN del JDK (si no, no se ejecutaría Eclipse...)
Por lo demás, todo funciona correctamente, compila sin problemas.

¿Alguna idea? ¿Tengo que añadir algo más en alguna variable de entorno para hacer un debug?

TolaWare · #2 (**permalink**) 29/04/2006, 16:26

Porbaste "reinstalando" el Eclipse (borra el directorio y volverlo a descomprimir)?
Tambien yo probaria actualizandolo desde el mismo Eclipse.
Tienes las herramientas de debug de Java instaladas?

tiroxino · #3 (**permalink**) 30/04/2006, 01:41

Sí, probé a eliminar y volver a descomprimir Eclipse.
¿cómo puedo comprobar si tengo las herramientas de debug instaladas?

Gracias

TolaWare · #4 (**permalink**) 30/04/2006, 21:19

Para poder hacer debug con java, necesitas tener el archivo javaw.exe en el path de java.

tiroxino · #5 (**permalink**) 01/05/2006, 12:50

En el path de windows ya tengo puesta la ruta a la carpeta BIN, donde están todos los ejecutables de java, incluído el "javaw.exe".

tiroxino · #6 (**permalink**) 02/05/2006, 09:50

Bueno, acaban de solucionarme el problema. Aquí les dejo esto por si les sirviera en un futuro: ¡La culpa la tenía el cortafuegos! ¡Resulta que el debug usa tcp/ip!

Cita:

Java debugging uses TCP/IP sockets by default (even when debugging on the same computer). Software firewalls can block such TCP/IP activity, thus making debugging fail.
I can't say for sure if that is your problem, but you should check if you have a firewall running (don't forget that windoze xp has a built-in firewall that may or may not be enabled) and try shutting it down to see if that resolves the problem.
I seem to remember that SP2 of windoze xp enabled some more strict policy in the firewall that caused some people problems. So if you recently upgraded your windoze it might have changed your firewall settings.