[eside-ghost] Errores con jmxremote

[AngelD]

El Jue, 22 de Mayo de 2008, 9:00, Fran Mosteiro escribió:
> Buenas!!!!
> A ver si los "amantes" del tomcat sabeis porque da este casque tan poco
> simpático, jeje. Os cuento. Para una aplicación que estoy haciendo
> necesito tener dos Tomcats funcionando a la vez en la misma máquina. El
> rollo es que uno de ellos usa una variable de entorno que metemos dentro
> de CATALINA_OPTS (no la metemos dentro del JAVA_OPTS porque al usar dos
> tomcats si lo metemos aqui chirria un poco); variable de entorno que esta
> dentro del catalina.sh, la variable contiene simplemente esta línea:
> *CATALINA_OPTS=-Dcom.sun.management.jmxremote.port=9008*
> El tema esta en que al levantar el tomcat la variable funciona
> perefctamente, pero al tirarlo y volver a levantarlo, nos da un casque de
> este calibre: *Error: Exception thrown by the agent :
> java.rmi.server.ExportException:
> Port already in use: 9004; nested exception is:
> java.net.BindException: Address already in use*

 De Tomcat ni idea, pero por lo que veo, la variable te marca el puerto
"9008" y cuando lo vuelves a levantar habla del puerto "9004", por lo que
sospecho la segunda vez no te coge la variable como debiera.

> El casque sigue dando incluso haciendo en el stop (antes de rearrancar)
> CATALINA_OPTS=; export CATALINA_OPTS y hasta haciendo un unset de la misma
>  variable. Vamos, que lo que no consigo hacer es "vaciar" o de jar de
> usar ese puerto una vez he hecho el stop del tomcat. ¿Se os ocurre alguna
> forma de hacer que al tirar el tomcat el puerto también quede libre?

 Si haces un stop y el puerto sigue ocupado es porque no has echo un
"stop" (obviedad), por lo que algún proceso se ha quedado en ese puerto.
Para acabar con este o te falta algo en los scripts de parada, o tarda un
rato en matar a todos los procesos, o espera algún timeout, o . . ..
 Si quieres forzar la parada, localiza el proceso que bloquea el puerto
(netstat, lsof), y "mátalo" (kill).

 Saludos --- Angel