Valores de preparación para la actualización de la aplicación

Utilice esta página para actualizar aplicaciones de empresa, módulos o archivos que ya estén instalados en un servidor.

Para ver esta página de la consola administrativa, realice los pasos siguientes:
  1. Pulse Aplicaciones > Tipos de aplicación > Aplicaciones de empresa WebSphere .
  2. Seleccione la aplicación o el módulo instalado que desee actualizar.
  3. Pulse Actualizar.
Al pulsar Actualizar aparecerá una página que le ayudará a actualizar los archivos de aplicación desplegados en la célula. Puede actualizar la aplicación completa, un solo módulo, un solo archivo o parte de la aplicación. Si un nuevo archivo o módulo tiene la misma vía de acceso relativa que el archivo o módulo ya existente en el servidor, el archivo o módulo nuevos reemplazan al archivo o módulo existente. Si el nuevo archivo o módulo no existe en el servidor, se añade a la aplicación desplegada.
Aplicación que se actualizara

Especifica el nombre de la aplicación instalada (o desplegada) que ha seleccionado en la página Aplicaciones de empresa.

Sustituir toda la aplicación

En Opciones de actualización de la aplicación, especifica sustituir la aplicación instalada en el servidor por un nuevo archivo .ear de aplicación de empresa nuevo (actualizado).

Después de seleccionar esta opción, realice lo siguiente:

  1. Especifique si el archivo .ear está en un sistema de archivos local o remoto y el nombre de la vía de acceso completa de la aplicación. La vía de acceso proporciona la ubicación del archivo .ear actualizado antes de realizar la instalación.

    Utilice el Sistema de archivos local si el navegador y los archivos actualizados o módulos están en la misma máquina, tanto si el servidor se encuentra o no también en esta máquina. Sistema de archivos local está disponible para todas las opciones de actualización.

    Utilice Sistema de archivos remoto si el archivo de la aplicación reside en cualquier nodo del contexto de célula actual.

    En las instalaciones de varios servidores, con Sistema de archivos remoto puede examinar todo el sistema de archivos de un nodo si el agente de nodo o gestor de despliegue se está ejecutando en ese nodo seleccionado. Sólo se muestran los archivos .ear, .jar, .sar o .war durante el examen.

    Utilice también la opción Sistema de archivos remoto para especificar un archivo de la aplicación que ya resida en la máquina que esté ejecutando el servidor de aplicaciones. Por ejemplo, el valor del campo podría ser raíz_instalación_servidor_aplic/installableApps/test.ear. Si está instalando un módulo WAR autónomo, especifique el directorio raíz de contexto también.

    Consejo: Durante la instalación de la aplicación, los archivos de aplicación suelen bajarse normalmente desde la máquina cliente que ejecuta el servidor a la máquina servidor que ejecuta la consola administrativa, donde se despliegan. En tales casos, utilice el navegador Web que ejecuta la consola administrativa para seleccionar los módulos para subirlos a la máquina servidor. No obstante, en algunos casos los archivos de la aplicación residen en el sistema de archivos de cualquiera de los nodos de una célula. Para que el servidor de aplicaciones instale estos archivos, utilice la opción Sistema de archivos remoto.
  2. Si va a instalar una aplicación Web (WAR) autónoma o un módulo SIP (Session Initiation Protocol)(SAR), especifique la raíz de contexto del archivo WAR o SAR.

    El directorio raíz de contexto se combina con la correlación de servlet definida (del archivo WAR) para componer el URL completo que los usuarios escriben para acceder al servlet. Por ejemplo, si el directorio raíz de contexto es /gettingstarted y la correlación de servlet es MySession, el URL sería http://host:port/gettingstarted/MySession.

  3. Pulse Siguiente para visualizar un asistente para actualizar los archivos de aplicación. El asistente de actualización, que es parecido al asistente de instalación, proporciona campos para especificar o editar información de enlace de aplicaciones. Lleve a cabo los pasos en el asistente de actualización cuando sea necesario.

Cuando se actualiza la aplicación entera, se desinstala la aplicación antigua y se instala la nueva. Cuando se guardan los cambios de configuración y se sincronizan posteriormente, los archivos de aplicación se amplían en el nodo donde se va a ejecutar la aplicación. Si la aplicación se ejecuta en el nodo mientras éste se actualiza, se detiene la aplicación, se actualizan los archivos de aplicaciones y se inicia la aplicación.

Sustituir o añadir un solo módulo

En Opciones de actualización de la aplicación, especifica sustituir o añadir un módulo en una aplicación instalada.

El módulo puede ser Web (archivo .war), enterprise bean (archivo .jar de EJB), SIP (archivo .sar) o adaptador de recursos (archivo .rar de conector).

Una vez seleccionada esta opción, especifique si el módulo está en un sistema de archivos local o remoto y el nombre de la vía de acceso completa del módulo. La vía de acceso proporciona la ubicación del módulo actualizado antes de realizar la instalación. Si desea obtener más información sobre el Sistema de archivos local y el Sistema de archivos remoto, consulte la descripción anterior de Sustituir toda la aplicación.

Para sustituir un módulo, la vía de acceso relativa especificada (URI del módulo) debe coincidir con la vía de acceso del módulo que va a actualizarse en la aplicación instalada.

Para añadir un nuevo módulo a la aplicación instalada, la vía de acceso relativa especificada no debe coincidir con la vía de acceso de un módulo de la aplicación instalada. El valor especifica la vía de acceso deseada para el nuevo módulo.

Si instala un módulo Web o SIP autónomo, especifique el valor de Raíz de contexto. El directorio raíz de contexto se combina con la correlación de servlet definida (del archivo .war) para componer el URL completo que los usuarios escriben para acceder al servlet. Por ejemplo, si el directorio raíz de contexto es /gettingstarted y la correlación de servlet es MySession, el URL sería http://host:port/gettingstarted/MySession.

A continuación, especifique si se han de mostrar únicamente las opciones de instalación que requieren que proporcione información o mostrar todas las opciones de instalación.

Una vez especificada la información necesaria en el módulo, pulse Siguiente para visualizar un asistente para actualizar los archivos de aplicación. El asistente de actualización, que es parecido al asistente de instalación, proporciona campos para especificar o editar información de enlaces de módulos. Lleve a cabo los pasos en el asistente de actualización cuando sea necesario.

Después de añadir o actualizar un único módulo, cuando se guardan los cambios de la configuración, el módulo nuevo o actualizado se almacena en la aplicación desplegada del repositorio de configuración del producto. Cuando estos cambios se sincronizan con el nodo, el módulo se añade al sistema de archivos del nodo o se actualiza. Si la aplicación se ejecuta en el nodo cuando el módulo se añade o actualiza, se da una de las situaciones siguientes:
  • Para las actualizaciones a un módulo Web, se detiene el módulo Web que está en ejecución, se actualizan los archivos del módulo Web y se inicia el módulo Web.
  • Para las adiciones de módulos, el módulo añadido se inicia en los servidores de aplicaciones, donde la aplicación se ejecuta después de expandirse en el nodo. No es necesario reiniciar la aplicación.
  • Si la política de cargador de clases para la aplicación se establece en Única de modo que todos los módulos comparten un cargador de clases, se detiene y reinicia toda la aplicación para los cambios a nivel de módulo.
  • Si el proveedor de seguridad configurado con el producto no admite actualizaciones dinámicas, se detiene y reinicia toda la aplicación para los cambios a nivel de módulo.
  • Para las demás actualizaciones realizadas en un módulo, se detiene toda la aplicación, se actualizan los archivos del módulo y se inicia toda la aplicación.
Sustituir o añadir un solo archivo

En Opciones de actualización de la aplicación, especifica sustituir o añadir un archivo en una aplicación instalada.

Utilice esta opción para actualizar un archivo utilizado por la aplicación que no sea un archivo .ear, .war, .sar, .rar o, en algunos casos, .jar. Puede utilizar esta opción para añadir o actualizar archivos .jar que no están definidos como módulos de la aplicación. Para actualizar un archivo .ear, utilice la opción Sustituir toda la aplicación. Para actualizar un archivo .war, .sar, .rar o .jar definido como módulo en la aplicación, utilice la opción Sustituir o añadir un solo módulo.

Una vez seleccionada esta opción, especifique si el archivo está en un sistema de archivos local o remoto y el nombre de la vía de acceso completa del archivo. La vía de acceso proporciona la ubicación del archivo actualizado antes de realizar la instalación. Si desea obtener más información sobre el Sistema de archivos local y el Sistema de archivos remoto, consulte la descripción de Sustituir toda la aplicación.

Para la vía de acceso relativa, especifique la vía de acceso relativa al archivo que se inicia en el raíz del archivo .ear. Por ejemplo, si el archivo se encuentra en com/company/greeting.class en el módulo hello.jar, especifique una vía de acceso relativa hello.jar/com/company/greeting.class.

Para sustituir un archivo, la vía de acceso relativa debe coincidir con la vía de acceso del archivo que va a actualizarse de la aplicación instalada.

Para añadir un nuevo archivo a la aplicación instalada, la vía de acceso no debe coincidir con la de un archivo de la aplicación instalada. El valor especifica la vía de acceso deseada para el nuevo archivo.

Después de especificar el sistema de archivos y las vías de acceso relativas, pulse Siguiente.

Después de añadir o actualizar un único archivo, cuando se guardan los cambios de la configuración, el archivo nuevo o actualizado se almacena en la aplicación desplegada en el repositorio de configuración del producto. Cuando estos cambios se sincronizan con el nodo, el archivo se añade al sistema de archivos del nodo o se actualiza. Si la aplicación se ejecuta en el nodo cuando el archivo se añade o actualiza, se da una de las situaciones siguientes:
  • Cuando los archivos se añaden en el ámbito de metadatos de la aplicación (directorio META-INF) o se actualizan en cualquier ámbito de la aplicación o en módulos que no sean Web, se detiene toda la aplicación, el archivo se añade o se actualiza y, a continuación, se vuelve a iniciar toda la aplicación.
  • Cuando los archivos se añaden en el ámbito de metadatos de la aplicación (fuera del directorio META-INF, pero no en un módulo), los cambios se guardan en el sistema de archivos sin volver a iniciarse la aplicación en ejecución.
  • Cuando se añaden o actualizan los archivos en metadatos de módulo Web (directorio META-INF o WEB-INF), el módulo Web en ejecución se detiene, el archivo del módulo se añade o actualiza y, a continuación, se inicia el módulo Web.
  • Para los demás archivos de los módulos Web, se añade o actualiza el archivo en el sistema de archivos del nodo sin detener la aplicación ni ninguno de sus componentes.
Sustituir, añadir o suprimir varios archivos

En Opciones de actualización de la aplicación, especifica actualizar múltiples archivos de una aplicación instalada con la subida de un archivo comprimido. Dependiendo del contenido del archivo comprimido, un solo uso de esta opción puede sustituir, añadir y suprimir archivos en la aplicación instalada. Cada entrada en el archivo comprimido se trata como un solo archivo, y la vía de acceso del archivo desde la raíz del archivo comprimido se trata como la vía de acceso relativa del archivo en la aplicación instalada.

Una vez seleccionada esta opción, especifique si el archivo comprimido está en un sistema de archivos local o remoto y el nombre de la vía de acceso completa del archivo comprimido. Probablemente utilizará Sistema de archivos local porque está subiendo un archivo comprimido y la navegación remota sólo funciona para archivos .ear, .sar, .war o .jar. Especifique un formato de archivo comprimido válido como .zip o .gzip. La vía de acceso proporciona la ubicación del archivo comprimido antes de realizar la instalación. Esta opción descomprime el archivo comprimido en el directorio de la aplicación instalada.

Utilice el Sistema de archivos local si el navegador y los archivos actualizados o módulos están en la misma máquina, tanto si el servidor se encuentra o no también en esta máquina. Sistema de archivos local está disponible para todas las opciones de actualización.

Para sustituir un archivo, un archivo en el archivo comprimido debe tener la misma vía de acceso relativa que el archivo que se va a actualizar en la aplicación instalada.

Para añadir un nuevo archivo a la aplicación instalada, un archivo en el archivo comprimido debe tener una vía de acceso relativa distinta a la de los archivos en la aplicación instalada.

La vía de acceso relativa del archivo en la aplicación instalada está formada por la concatenación de la vía de acceso relativa del módulo (si el archivo está dentro de un módulo) y la vía de acceso relativa del archivo a partir del directorio raíz del módulo separada por /.

Para eliminar un archivo de la aplicación instalada, especifique metadatos en el archivo comprimido utilizando un archivo denominado META-INF/ibm-partialapp-delete.props en cualquier ámbito de archivador. El archivo ibm-partialapp-delete.props debe ser un archivo ASCII que enumera los archivos que se van a suprimir en ese archivador con una entrada por cada línea. La entrada puede contener un patrón de serie como, por ejemplo, una expresión regular que identifique varios archivos. Las vías de acceso de los archivos que se van a suprimir debe ser relativa a la vía de acceso de archivador que incluye el archivo META-INF/ibm-partialapp-delete.props.
Nivel de los archivos que se van a suprimir Archivo .props de metadatos que se va a incluir en el archivo comprimido
Aplicación Incluya META-INF/ibm-partialapp-delete.props en el archivo comprimido. En el archivo .props de metadatos, enumere los archivos que se van a suprimir. Las vías de acceso de los archivos son relativas a la ubicación del archivo META-INF/ibm-partialapp-delete.props.

Por ejemplo, para suprimir un archivo denominado utils/config.xmi de la raíz del archivo my.ear, incluya la línea utils/config.xmi en el archivo META-INF/ibm-partialapp-delete.props.

Módulo Incluya uri_módulo/META-INF/ibm-partialapp-delete.props en el archivo comprimido.

Para suprimir un archivo del módulo, incluya la vía de acceso del archivo relativa al módulo en el archivo .props de metadatos. Por ejemplo, para suprimir a/b/c.jsp del módulo my.jar, incluya a/b/c.jsp en el archivo my.jar/META-INF/ibm-partialapp-delete.props del archivo comprimido.

Para suprimir varios archivos dentro de un módulo, liste los archivos que deben suprimirse en el archivo .props de metadatos con una entrada en cada línea. Por ejemplo, para suprimir todos los archivos .jsp (JavaServer Pages) del archivo my.war, incluya la línea .*jsp en el archivo my.war/META-INF/ibm-partialapp-delete.props. La línea utiliza una expresión regular, .*jsp, para identificar todos los archivos .jsp de my.war.

Puede utilizar un solo archivo de aplicación parcial para añadir, suprimir y actualizar varios archivos.

Después de especificar una vía de acceso del sistema de archivos, pulse Siguiente.

Después de una actualización parcial de la aplicación, cuando se guardan los cambios de la configuración, el archivo de aplicación nuevo o actualizado se almacena en la aplicación desplegada en el repositorio de configuración de WebSphere Application Server. Cuando estos cambios se sincronizan con el nodo, los archivos se añaden al sistema de archivos del nodo o se actualizan. Dado que la opción de aplicación parcial actualiza varios archivos, los componentes de la aplicación que se reinician se determinan mediante archivos individuales de la aplicación parcial.

Ejemplo

A continuación se proporciona un ejemplo de entradas de un archivo comprimido de aplicación parcial:

util.jar
META-INF/ibm-partialapp-delete.props
foo.jar/com/mycomp/xyz.class
xyz.war/welcome.jsp
xyz.war/WEB-INF/web.xml
webmod.war/META-INF/ibm-partialapp-delete.props

Para este ejemplo, el archivo META-INF/ibm-partialapp-delete.props contiene los archivos .*.dat y tools/test.jar. El archivo webmod.war/META-INF/ibm-partialapp-delete.props contiene los archivos com/test/.*.jsp y WEB-INF/test.xmi.

La opción de actualización parcial de aplicación efectúa lo siguiente:
  • Añade o sustituye util.jar en la aplicación desplegada.
  • Añade o sustituye com/mycomp/xyz.class dentro del archivo foo.jar de la aplicación desplegada.
  • Suprime archivos *.dat de la aplicación, pero no los suprime de los módulos.
  • Suprime tools/test.jar de la aplicación.
  • Añade o sustituye welcome.jsp dentro del módulo xyz.war de la aplicación desplegada.
  • Sustituye WEB-INF/web.xml dentro del módulo xyz.war de la aplicación desplegada.
  • Suprime com/test/*.jsp del módulo webmod.war.
  • Suprime WEB-INF/test.xmi del módulo webmod.war.



Los enlaces marcados (en línea) requieren acceso a Internet.

Conceptos relacionados
Tareas relacionadas
Referencia relacionada
Colección de aplicaciones de empresa


Nombre de fichero: urun_rapp_update.html