Estoy tratando de descubrir qué estaría causando un1 minuto de retraso en la puesta en marcha de Jetty. ¿Es un problema de configuración, mi aplicación u otra cosa?

Tengo instalado Jetty 7 (jetty-7.0.1.v20091125 el 25 de noviembre de 2009) en un servidor e implemento un archivo ROOT.war de 45 MB en el directorio webapps. Esta es la única aplicación web configurada en Jetty. Luego inicio Jetty con el comando:

java -DSTOP.PORT=8079 -DSTOP.KEY=mystopkey -Denv=stage -jar start.jar etc/jetty-logging.xml etc/jetty.xml &

Recibo dos líneas de salida justo después de hacer esto:

2010-03-07 14:20:06.642:INFO::Logging to StdErrLog::DEBUG=false via org.eclipse.jetty.util.log.StdErrLog
2010-03-07 14:20:06.710:INFO::Redirecting stderr/stdout to /home/zing/jetty-distribution-7.0.1.v20091125/logs/2010_03_07.stderrout.log

Cuando presiono la tecla Intro, me devuelve el símbolo del sistema. Al mirar el archivo de registro (logs / 2010_03_07.stderrout.log), veo lo siguiente al principio:

2010-03-07 14:08:50.396:INFO::jetty-7.0.1.v20091125
2010-03-07 14:08:50.495:INFO::Extract jar:file:/home/zing/jetty-distribution-7.0.1.v20091125/webapps/ROOT.war!/ to /tmp/Jetty_0_0_0_0_8080_ROOT.war___.8te0nm/webapp
2010-03-07 14:08:52.599:INFO::NO JSP Support for , did not find org.apache.jasper.servlet.JspServlet
2010-03-07 14:09:51.379:INFO::Set web app root system property: 'webapp.root' = [/tmp/Jetty_0_0_0_0_8080_ROOT.war___.8te0nm/webapp]
2010-03-07 14:09:51.585:INFO::Initializing Spring root WebApplicationContext
INFO  - ContextLoader              - Root WebApplicationContext: initialization started
INFO  - XmlWebApplicationContext   - Refreshing Root WebApplicationContext: startup date [Sun Mar 07 14:09:51 PST 2010]; root of context hierarchy
...

Observe la pausa de 1 minuto entre las líneas 3 y 4. ¿Qué está haciendo Jetty en este momento? ¿Qué otras cosas podrían estar pasando? Ni siquiera parece que haya comenzado mi inicialización de Spring todavía.

Tenga en cuenta que revisé mi directorio / tmp para ver si era simplemente el momento de descomprimir mi archivo war, pero el archivo se había desempaquetado completamente incluso al comienzo de este retraso de 1 minuto.

ACTUALIZAR:

Gracias a las sugerencias, agregué el registro de DEPURACIÓN. Descubrí que se usaron unos 2 segundos para extraer el archivo war. Pero luego hay un retraso de 41 segundos enInit SecureRandom:

2010-03-07 21:54:45.414:DBUG::Starting SessionHandler@79884a40@
2010-03-07 21:54:45.414:DBUG::Starting org.eclipse.jetty.server.session.HashSessionManager@5fe8ce8
2010-03-07 21:54:45.416:DBUG::Container org.eclipse.jetty.server.Server@35175422 + org.eclipse.jetty.server.session.HashSessionIdManager@1d96f4b5 as sessionIdManager
2010-03-07 21:54:45.416:DBUG::Starting org.eclipse.jetty.server.session.HashSessionIdManager@1d96f4b5
2010-03-07 21:54:45.416:DBUG::Init SecureRandom.
2010-03-07 21:55:26.244:DBUG::STARTED org.eclipse.jetty.server.session.HashSessionIdManager@1d96f4b5
2010-03-07 21:55:26.247:DBUG::STARTED org.eclipse.jetty.server.session.HashSessionManager@5fe8ce8
2010-03-07 21:55:26.248:DBUG::Starting ConstraintSecurityHandler@6b9cd75a@
2010-03-07 21:55:26.261:DBUG::Starting ServletHandler@62c2ee15@

¿Qué es SecureRandom y por qué estaría causando este retraso?

SOLUCIÓN:

Parece que tengo un problema con miel sistema no tiene suficiente carga. Acabo de configurar esto como un nuevo servidor provisional, y no hay nadie que lo use excepto yo. Por lo tanto, el sistema no tiene suficiente entropía para que el generador de números aleatorios genere suficiente aleatoriedad rápidamente.