¿Cómo puedo actualizar JSP almacenadas en weblogic en caché al reiniciar

Question

Nuestro método de implementación de una nueva versión de una aplicación para weblogic (11g) es copiar sobre el archivo ear existente y luego detener y reiniciar el servidor weblogic. Hacemos un inicio/parada de weblogic en lugar de un redespliegue, debido al conocido problema de permgen (donde eventualmente nos quedaremos sin perm gen y tendremos que rebotar el servidor weblogic).

Sin embargo, este método de implementación tiene un inconveniente: Weblogic no ve las nuevas versiones de JSP. Para solucionar esto, hemos tenido que eliminar los contenidos del directorio tmp que mantienen un caché de los JSP compilados antes de reiniciar el servidor. ¿Hay alguna configuración que diga a weblogic que limpie la caché/recarga/recompilación de los JSP cuando comienza la copia de seguridad?

Answer 1

Para evitar esto, primero debe actualizar su Módulo y luego reiniciar el servidor ... esto debería solucionar su problema.

Aunque el proceso mencionado por es siempre da el 100% de exactitud. Pero puedes probar los pasos mencionados anteriormente.

Answer 2

Cambio del temporizador de renovación JSP

una solución estándar es de decir Weblogic para comprobar la frescura JSP con más frecuencia, ya sea estableciendo el valor en su web.xml o en su weblogic.xml.

En el modo de producción, Weblogic no buscar nuevas versiones JSP (valor por defecto: -1), mientras que lo hace cada segundo en el modo de desarrollo (valor defecto: 1).

La elección entre modificar web.xml o weblogic.xml depende de usted, con respecto a los servidores de aplicaciones a los que se dirige, solo WebLogic o no.

Si prefiere modificar web.xml, a continuación, establezca un valor para el parámetro de contexto weblogic.jsp.pageCheckSeconds de la siguiente manera:

<context-param> 
    <param-name>weblogic.jsp.pageCheckSeconds</param-name> 
    <param-value>0</param-value> 
</context-param> 

Si prefiere modificar weblogic.xml, a continuación, establezca un valor para el parámetro page-check-seconds en la sección jsp-descriptor. Aquí está el extracto relevante de la documentación:

Establece el intervalo, en segundos, en el que WebLogic Server comprueba si los archivos JSP han cambiado y es necesario recompilarlos. Las dependencias también se verifican y se vuelven a cargar recursivamente si se cambian. El valor -1 significa que nunca verifique las páginas. Este es el valor predeterminado en un entorno de producción. El valor 0 significa siempre verificar las páginas. El valor 1 significa comprobar las páginas cada segundo. Este es el valor predeterminado en un entorno de desarrollo. En un entorno de producción donde los cambios a un JSP son raros, considere cambiar el valor de pageCheckSeconds a 60 o superior, de acuerdo con sus requisitos de ajuste.

Fuente: http://docs.oracle.com/cd/E21764_01/web.1111/e13712/weblogic_xml.htm#i1038490

Forzar redistribución

servidor Weblogic reinicio no obliga a volver a implementar una aplicación Web (especialmente en el modo de producción).

Solución gatillo explícitamente el "redistribuir" la operación del ciclo de vida mediante la línea de comando como este:

java -cp weblogic.jar weblogic.Deployer -redeploy [-remote -adminurl t3://hostname:hostport] -username login -password password -name webapp.name [-upload -source webapp.war] 

• Tenga en cuenta que es -redeploy formas mucho más seguros que -update, esp. con Weblogic < = 10.x

• Mantenga el primer bloque entre [], solo si el servidor no es local. Retire el [] en ese caso.

• Mantener el segundo bloque entre [], si desea combinar el archivo WAR cargando en el mismo paso, que es mucho más simple. Retire el [] en ese caso.