Puede modificar o añadir archivos de aplicación de servidores de aplicaciones sin necesidad de detener el
servidor ni de iniciarlo de nuevo.
Acerca de esta tarea
La nota siguiente se aplica a las referencias del archivo xmi en este tema:
Supported configurations: Para los
archivos de enlace y extensión de IBM®, la extensión
del nombre de archivo .xmi o .xml es diferente en función de si se utiliza una aplicación
o módulo previo a Java EE 5 o una aplicación o módulo
Java™ EE 5 o posterior. Un archivo de enlace o
extensión de IBM se denomina ibm-*-ext.xmi o
ibm-*-bnd.xmi donde * es el tipo de archivo de extensión o enlace como app, application,
ejb-jar o web. Se aplican las condiciones siguientes:
- En el caso de una aplicación o módulo que utilice una Java EE anterior a la versión 5, la extensión del archivo debe ser .xmi.
- En el caso de una aplicación que utilice Java EE versión 5 o posterior, la extensión del archivo debe ser .xml. Si los archivos .xmi se incluyen con la aplicación o el módulo, el producto ignora los archivos .xmi.
No obstante, puede existir un módulo de Java EE
5 o posterior dentro de una aplicación que incluya archivos previos a Java EE 5 y que
utilice la extensión de nombre de archivo .xmi.
Los archivos ibm-webservices-ext.xmi, ibm-webservices-bnd.xmi, ibm-webservicesclient-bnd.xmi, ibm-webservicesclient-ext.xmi,
y ibm-portlet-ext.xmi siguen utilizando la extensión de archivo .xmi.
sptcfg
![[Solaris]](../images/solaris.gif)
Restricción: La función de despliegue directo y de recarga dinámica se admite cuando el producto se ejecuta en estos sistemas operativos solamente cuando la propiedad del sistema JVM
sun.zip.disableMemoryMapping se establece en
true. Los archivos JAR (Java Archive) contenidos en el JDK (Java Development Kit) asociado
tienen una correlación de memoria. Si se actualizan estos archivos JAR mediante la función de despliegue
directo y recarga dinámica cuando los utiliza la JVM (Java Virtual Machine), los archivos se vuelven
incoherente, lo que genera una colisión en el servidor de aplicaciones. Cuando se realizan cambios en una aplicación con estos sistemas operativos y la propiedad del sistema JVM
sun.zip.disableMemoryMapping no se ha establecido en
true, no utilice la función de despliegue directo y de recarga dinámica. En su lugar, reinicie la aplicación para que los cambios queden reflejados.
Puede realizar distintos cambios a los archivos de aplicaciones desplegadas sin
tener que detener el servidor y volverlo a iniciar.
La tabla siguiente lista los cambios que puede realizar manipulando un archivo de aplicación en el servidor en el que se despliega la aplicación. La tabla también indica si utiliza el despliegue dinámico o la recarga dinámica para realizar los cambios.
- Actualización de una aplicación existente en un servidor en ejecución proporcionando un nuevo archivo EAR.
Vuelva a instalar una aplicación actualizada utilizando la consola de administración o el mandato $AdminApp install de wsadmin con la opción -update.
Los dos métodos de reinstalación permiten actualizar una aplicación existente siguiendo cualquiera de los otros pasos listados en este archivo, incluida la modificación de clases, adición de módulos, eliminación de módulos, modificación de módulos o la modificación de archivos de metadatos. Los métodos de reinstalación de aplicación detectan las modificaciones de la aplicación y solicitan
más datos de enlace que pueden ser necesario para instalar la aplicación. El proceso de reinstalación detiene y reinicia automáticamente la aplicación en los servidores adecuados.
- Adición de una aplicación nueva en un servidor en ejecución.
Instale una aplicación utilizando la consola administrativa o el mandato install de wsadmin.
- Supresión de una aplicación existente de un servidor en ejecución.
Detenga la aplicación y desinstálela del servidor. Utilice la consola administrativa para
detener la aplicación y después
desinstálela.
O bien utilice el atributo stopApplication del objeto AdminControl con la
herramienta wsadmin y, a continuación, ejecute el mandato uninstall.
- Modificación o adición de archivos a módulos web o EJB existentes.
- Actualice los archivos de aplicación en la ubicación dir_raíz_aplicación.
- Reinicie la aplicación.
Utilice la consola de administración para reiniciar la aplicación.
O bien utilice los atributos startApplication y stopApplication del objeto
AdminControl con la herramienta wsadmin.
- Modificación del archivo application.xml para una aplicación.
Reinicie la aplicación. La recarga automática no detectará el cambio. Utilice la consola administrativa para reiniciar la aplicación. O bien utilice los atributos startApplication y stopApplication del objeto
AdminControl con la herramienta wsadmin.
- Modificación del archivo ibm-app-ext.xmi para una aplicación.
Reinicie la aplicación. La recarga automática no detectará el cambio. Utilice la consola administrativa para reiniciar la aplicación. O bien utilice los atributos startApplication y stopApplication del objeto
AdminControl con la herramienta wsadmin.
- Modificación del archivo ibm-app-bnd.xmi para una aplicación.
Reinicie la aplicación. La recarga automática no detectará el cambio. Utilice la consola administrativa para reiniciar la aplicación. O bien utilice los atributos startApplication y stopApplication del objeto
AdminControl con la herramienta wsadmin.
- Modificación de un archivo JAR no de módulo contenido en el archivo EAR.
- Actualice el archivo Jar no de módulo en la ubicación dir_raíz_aplicación.
- Si la recarga automática no está habilitada, reinicie la aplicación.
Utilice la consola administrativa para reiniciar la aplicación. O bien utilice los atributos startApplication y stopApplication del objeto
AdminControl con la herramienta wsadmin.
Si la recarga automática está habilitada, no es necesario realizar ninguna otra acción.
La recarga automática detectará el cambio.