tomcat - gestor - iniciar weblogic desde consola
Acelerar los tiempos de arranque del servidor de Weblogic (8)
No ha mencionado qué nivel y qué plataforma, pero la guía de rendimiento y ajuste del servidor WebLogic contiene una serie de pistas y sugerencias que pueden serle útiles.
En mi trabajo, utilizamos Weblogic Server para alojar un portal empresarial. Lo cual está bien.
Sin embargo, recientemente tuve la oportunidad de utilizar Tomcat para algunos proyectos paralelos, y me impresionó la increíble diferencia de velocidad. Tomcat tarda de 3 a 5 segundos para iniciarse y de 10 a 15 segundos para implementar proyectos de tamaño mediano. Wewblogic tarda entre 3 y 5 minutos en comenzar y hasta 10 minutos en implementarse. Esto mata cualquier desarrollo iterativo.
¿Tendré que resignarme a que sea lento e hinchado, o hay algo que pueda hacer para acelerarlo? Alguien tiene experiencia con esto?
Como dijo krosenvold, la generación de números aleatorios puede causar un arranque lento.
La recomendación de Oracle es usar uno de los indicadores -D a continuación, solo en sistemas que no son de producción, ya que disminuye la seguridad.
Utilice -Djava.security.egd = file: /// dev / urandom switch o file: / dev /./ urandom al comando que inicia weblogic.
La información anterior está tomada de http://download.oracle.com/docs/cd/E12839_01/doc.1111/e14772/weblogic_server_issues.htm#CIHIIBGJ
Si el indicador -D no funciona, consulte la siguiente solución: http://www.itonguard.com/20090313/weblogic-starts-slow/
Si utiliza el taller de Weblogic, solo necesita publicar, no reiniciar el servidor de aplicaciones mientras realiza el desarrollo iterativo.
No podrás convertir a la rana en una princesa. Me pregunto un poco sobre los tiempos de inicio de weblogic: parecen un poco excesivos, ¿no estás corriendo en Linux por casualidad?
Si está ejecutando archivos anidados (wars dentro de los oídos, etc.) y también tecnologías de escaneo de directorios (hibernación, primavera, etc.), puede intentar desempaquetarlo todo en la estructura explotada correspondiente antes de implementar; se sabe que ayuda un poco.
Tomcat contiene un subconjunto muy pequeño de las características que tiene weblogic. Desarrollamos en embarcadero pero lo implementamos en weblogic para entornos de aceptación / producción y esto funciona bastante bien. Puedes hacer lo mismo con Tomcat.
Tomcat es un contenedor bastante estricto, mientras que weblogic es indulgente, por lo que normalmente solo tendrás problemas menores para implementar en weblogic, especialmente siempre que realices ambas cosas de forma continua.
También puede usar una herramienta como javarebel para hacer una implementación en caliente realmente ingeniosa y evitar todos esos reinicios.
Por favor, compruebe que el tiempo de inicio prolongado se debe en realidad al inicio del servidor WebLogic y no al tiempo de inicio del Portal WebLogic.
WebLogic también puede tardar en iniciarse en Linux si se está conectando a una base de datos y no ha configurado correctamente el DNS.
Dependiendo de su configuración, es posible que pueda editar /etc/resolv.conf y comentar la línea del servidor de nombres. Esto puede reducir el tiempo de inicio de WebLogic de 20 minutos a menos de un minuto.
En cuanto al problema de consumo de memoria, puede intentar establecer los parámetros de memoria de la JVM utilizada por su servidor WebLogic. Inicie sesión en su Consola WL Web Admin y vaya a Entorno / Servidores / [su servidor] / Configuración / Inicio del Servidor y, en los "Argumentos", configure algo como -Xms256m -Xmx256m establecerá la inicial (Xms) y máxima de su JVM ( Xmx) tamaño del almacenamiento dinámico a 256 megabytes. Querrá jugar con estos números y encontrar los mejores valores para su entorno. Pero tenga en cuenta que su instancia de Eclipse también podría estar consumiendo mucha memoria.
Con respecto al tiempo de inicio, aunque un poco más grande de lo que esperaría, parecen estar bien. Este problema es muy frecuente y no creo que puedas resolverlo definitivamente. WebLogic tiene muchas más funciones que Tomcat, y esto se refleja en otras características del entorno (como el tiempo de inicio).
Resulta que Weblogic usa un generador de números aleatorios durante el arranque. Debido al error en java, dice ''aleatoriedad'' de / dev / random. / dev / random es muy bueno generadores de números aleatorios pero es extremadamente lento. En ocasiones, se necesitan 10 minutos o más para generar un número. / dev / urandom no es tan bueno, pero es instantáneo. Java de alguna manera asigna el archivo / dev / urandom a / dev / random. Es por eso que las configuraciones predeterminadas en $ JAVA_HOME / jre / lib / security / java.security son inútiles.
Posibles soluciones: 1) Agregue "-Djava.security.egd = file: / dev /./ urandom" (/ dev / urandom no funciona) a los parámetros de java.
La solución peor pero que funciona es: 2) mv / dev / random /dev/random.ORIG; ln / dev / urandom / dev / random
3) La mejor solución es cambiar $ JAVA_HOME / jre / lib / security / java.security Reemplazar securerandom.source con
securerandom.source = file: / dev /./ urandom
Este problema no ocurre en Windows porque usa una implementación diferente de / dev / random.
Lleva segundos iniciar el servidor weblogic ahora.
Como Tomas F y Krosenvold sugirieron que podría ser para el generador de números aleatorios.
En el arranque estándar de Weblogic 12.2.1 recibí este mensaje:
Disabling the CryptoJ JCE Provider self-integrity check for better startup performance.
To enable this check, specify -Dweblogic.security.allowCryptoJDefaultJCEVerification=true
Así que lo especifiqué y redujo el tiempo de inicio a la mitad. Aproximadamente 13 segundos en un dominio limpio.