Este capítulo describe los problemas conocidos de la documentación.
Las cuestiones de documentación siguientes se han agregado a este capítulo desde que el documento se publicó en el CD de documentación de Solaris 9 y en el quiosco de instalación del CD de instalación de Solaris 9.
El paquete LDAP SUNWlldap no se incluye en "Solaris 9 12/02 Operating Environment Package List" in Solaris 9 12/02 Package List. El paquete SUNWlldap se incluye en el sistema operativo Solaris 9 y en los metaclústers Central, Usuario final, Desarrollador, Completo y Completo + OEM.
La página de comando man sysidcfg(4) y la Colección de instalación y de notas sobre la versión de Solaris 9 12/02 indican que se utilice únicamente una dirección IPv4 como valor para la palabra clave default_route en el archivo sysidcfg. Sin embargo, se puede también utilizar NONE como valor para la palabra clave default_route.
En el esquema CIM de Solaris, las clases y propiedades siguientes están etiquetadas con el calificador Deprecated.
Clase Solaris_LogRecord
Clase Solaris_LogService
Clase Solaris_LogServiceSetting
Clase Solaris_LogServiceSetting
Propiedad OptionsEnabled en clase Solaris_IPProtocolEndpoint
Use alternativas adecuadas para estas propiedades y clases declaradas obsoletas. Consulte los calificadores de descripciones de clase para determinar las alternativas de propiedades y clases correctas.
“Writing a Client Program” proporciona información sobre la creación de clientes WBEM que usan el protocolo RMI con la API javax.com.sun.client. Si desea conectarse con un servidor que ejecute el sistema operativo Solaris 8, debe incluir el archivo /usr/sadm/lib/wbem/cimapi.jar en la CLASSPATH del cliente. El archivo cimapi.jar incluye las clases com.sun.wbem necesarias para comunicarse con un servidor que tenga el sistema operativo Solaris 8 en ejecución.
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.