Documento afectado: Sun ONE Application Server 7 Developer's Guide

Esta documentación se incluye en el uso de directorios de creación indexados.

Se ha implementado como un mecanismo de indexación la parte del esquema de numeración del nombre del directorio implementado de la aplicación. Este mecanismo activa un desarrollador para modificar un JAR o un archivo de clase asociado con la aplicación implementada. Este mecanismo es relevante para la plataforma Windows debido a un error de violación en la compartición que ocurre al intentar sobrescribir un archivo cargado, de modo que Windows sitúa un bloqueo de archivo en el archivo cargado. Se carga el archivo en la instancia del servidor o en el IDE durante el inicio de la sesión. Si se da una violación de permisos, hay dos opciones:

• Compilar el archivo de clase actualizado (originariamente parte de ese archivo JAR) y situarlo primero en la ruta de clase con el fin de que se cargue antes que las clases más antiguas. A continuación hacer que Sun ONE Application Server vuelva a cargar esta aplicación (siempre que la recarga esté activa).

• Actualizar el archivo JAR, crear un nuevo archivo EAR y volver a cargar la aplicación.

Ya no es necesario volver a desplegar la aplicación en la plataforma Solaris, puesto que no hay restricciones en el bloqueo de archivos.

Al cambiar una aplicación ya desplegada en la plataforma Windows para configurar IDE, copiar el archivo ANT, compilar u otras operaciones, tenga en cuenta otro cambio. Se ha creado un nuevo directorio con un número de índice superior como solución alternativa a la restricción de bloqueo de archivos. Por ejemplo, en la aplicación J2EE de la plataforma Solaris, holamundo se despliega en Sun ONE Application Server con la estructura de directorios siguiente:

appserv/domains/domain1/server1/applications/j2ee-apps/helloworld_1

Después se debe modificar el servlet que es parte de esta aplicación desplegada (por ejemplo, HelloServlet.java). Cuando se inicia Sun ONE Studio IDE, se cambia el archivo de origen de este servlet y se compila con el grupo de destino javac en el directorio mencionado. Con el código fuente compilado en la ubicación adecuada, existe una recarga para esta aplicación. El indicador de recarga en server.xml está definido como verdadero, y con la instancia del servidor en ejecución, los cambios se hacen efectivos sin un nuevo montaje de la aplicación ni un nuevo despliegue.

Para la plataforma de Windows, no es posible modificar ni actualizar el archivo de clase o JAR debido al bloqueo del archivo. Por este motivo, es posible solucionar esta cuestión en Windows de dos formas:

• Compilar el archivo de origen modificado y anteponer el archivo de clase o JAR en el classpath con el fin de hacer efectivos los cambios en el origen.

• Hacer los cambios en el archivo de origen holamundo, montarlo y volver a desplegarlo sin cerrar el anterior despliegue de holamundo.

La segunda opción es la preferida, ya que provoca el uso del número aumentado de índice anexado al nombre del directorio de la aplicación desplegada. Tras un segundo despliegue de holamundo, las estructuras del directorio tendrán el aspecto siguiente:

appserv/domains/domain1/server1/applications/j2ee-apps/helloworld_1

appserv/domains/domain1/server1/applications/j2ee-apps/helloworld_2

El segundo despliegue de holamundo tendría lugar bajo helloworld_2.