Maven plugin de éxito seguro se cuelga siempre

Question

Mi proyecto de instalación estaba perfectamente bien hasta ayer, pero hoy mi install queda atascado en la siguiente,

Apache Maven 2.2.1 (r801777; 2009-08-06 20: 16: 01 + 0100)

versión de Java: 1.6.0_20

[INFO] Surefire report directory: C:\Perforce\project-name\target\surefire-reports

Básicamente después de esta línea la instalación no procede en absoluto. ¿Alguna idea?

1. He intentado mvn -X y obtengo lo mismo.
2. Incluso he actualizado a la versión 2.6 la última y aún así obtener el mismo problema
3. me he asegurado de que no hay opciones de depuración, es decir, la JVM no está esperando para cualquier depurador de colocar (opciones -Xdebug)

Answer 1

Pasé el forkMode = nunca y ahora noté que una de las pruebas no se estaba iniciando en absoluto. La razón era que estaba utilizando un ehcache y las entradas almacenadas en el directorio "java.io.tmpdir" que era el directorio temporal de mi usuario.

El sistema también comenzó a ser lento a partir de hoy. Entonces noté que mi carpeta C:/users /../ AppData/Local/Temp tenía aproximadamente 2 millones de archivos, la mayoría de ellos p4ticket234234.txt o los archivos de registro de Visual Studio.

Una vez que borre estos archivos de registro, mi compilación tuvo éxito. Una jconsole o algún volcado de hilo habría indicado lo mismo, creo.

Answer 2

hacer un vuelco de rosca del proceso correcto usando jstack y presentar un problema

Answer 3

espera de éxito seguro para todos los hilos no demonio en su aplicación a terminar. Es fácil pasar por alto uno u otro. Por ejemplo, asegúrese de llamar al método shutdown en su Executors si usa alguno. Si lleva a cabo el manejo de hilos por su cuenta, básicamente tiene que convertirlos en hilos daemon o asegurarse de que terminen. Un volcado de hilo podría ayudar a detectar los hilos persistentes.

Answer 4

Use las herramientas jps, jstack o jvisualvm de JDK para obtener la lista de procesos y sus volcados de subprocesos.

Answer 5

Tuve el mismo problema. De repente, mi "prueba de mvn" se colgó aparentemente para siempre y el proceso relacionado org.apache.maven.surefire.booter.ForkedBooter tomó 1,7 GB. Después de mucha investigación, resultó que el problema era que había eliminado una clase que estaba siendo instanciada por Spring-Core como un bean de primavera dentro de la configuración XML de primavera. Una vez que eliminé el elemento correspondiente a la clase eliminada de la configuración XML de primavera todo estaba bien. Esto parece un error en la primavera y un uso seguro donde no se producen advertencias o errores razonables.