Solaris 9 4/03: Notas sobre la versión

Errores en Sun ONE Application Server

El navegador predeterminado es incompatible con Sun ONE Application Server 7 (4741123)

Si intenta usar la interfaz administrativa de Sun ONE Application Server con el navegador predeterminado del sistema operativo Solaris 9 4/03, se muestra el mensaje de error siguiente:


Unsupported Browser: Netscape 4.78

It is recommended that you upgrade your browser to Netscape 4.79 or
Netscape 6.2 (or later) to run the Sun One Application Server
Administrative UI. Those who choose to continue and not upgrade may
notice degraded performance or unexpected behavior.

Nota –

Si va a ejecutar la versión de la interfaz del usuario de Sun ONE Application Server Administrative que se incluye en el sistema operativo Solaris 9 4/03, necesitará usar Netscape 4.79 o Netscape 7.0.


Solución alternativa: use /usr/dt/appconfig/SUNWns/netscape en lugar de /usr/dt/bin/netscape.

SPARC: No se admite la modificación de la Lista de control de acceso en algunas versiones de Netscape Navigator (4750616)

No se admite la modificación de la Lista de control de acceso (LCA) de Sun ONE Application Server en algunas versiones de Netscape NavigatorTM. Si intenta modificar las entradas de LCA mientras usa Netscape Navigator, en su versión 6.x o 7.x, es posible que tenga problemas esporádicos.

Por ejemplo:

Solución alternativa: elija una de las soluciones alternativas siguientes:

El acceso a una base de datos Oracle 9.1 con un cliente Oracle 9.2 puede provocar el deterioro de los datos (4707531)

Si usa un cliente Oracle® 9.2 para acceder a una base de datos Oracle 9.1, el deterioro de los datos podría producirse cuando una columna de números siguiera a una columna de indicación de la hora.

La causa del problema podría ser el uso de un archivo ojdbc14.jar con una base de datos Oracle 9.1. La aplicación de la modificación podría ayudar a resolver la situación en las máquinas Solaris de 32 bits que ejecuten una base de datos Oracle 9.1. Este controlador de JDBCTM es para Oracle que trabaje con JDKTM 1.4.

Solución alternativa: consiga la modificación para el error 2199718 que Oracle puede tener a su disposición en su sitio Web y aplíquela al servidor.

SPARC: La interfaz de la administración informa de errores del verificador al visualizar el recurso de fábrica del administrador de persistencia creado desde la línea de comandos (4733109)

Se informa de un error del verificador en un recurso de fábrica del gestor de persistencia que se creó mediante la interfaz de la línea de comandos. El error siguiente aparece cuando se visualiza el recurso en la interfaz de administración de Sun ONE Application Server.


ArgChecker Failure: Validation failed for jndiName: object must be non-null

Solución alternativa: lleve a cabo los pasos siguientes para crear un nuevo recurso de fábrica de administración de la persistencia.

  1. Cree una agrupación de conexión de jdbc con la información de datos originales para conectarse a una base de datos.

  2. Cree un recurso de jdbc para conseguir que la agrupación de la conexión esté disponible a través de un bucle de Java Naming and Directory InterfaceTM (J.N.D.I.).

  3. Cree un recurso de gestión de persistencia con el recurso de jdbc que se creó en el paso 2.

SPARC: No se admite el valor any en el atributo de dirección del receptor de iiop en el archivo server.xml (4743366)

El valor any del atributo de dirección en el receptor de iiop en el archivo server.xml permite la recepción en todas las interfaces disponibles en el sistema. Esta admisión incluye las interfaces IPv4 y IPv6. Sin embargo, la configuración predeterminada de Sun ONE Application Server usa un valor de dirección de 0.0.0.0 en el receptor de iiop. Esta configuración predeterminada no recibe nada en las interfaces de IPv6. La configuración sólo puede recibir en todas las interfaces de IPv4 de un sistema.

Solución alternativa: use el valor :: en el atributo de dirección del receptor de iiop en server.xml para recibir en todas las interfaces IPv4 y IPv6 de un sistema.

SPARC: Application Server no consigue reiniciar al convertirse en un entorno activado por SSL (4723776)

Si intenta reiniciar Sun ONE Application Server después de instalar un certificado y activar la seguridad, falla el reinicio. Un mensaje indica que el servidor no consiguió recibir una contraseña.

Cuando no se activa SSL las contraseñas no se guardan en la memoria caché, lo que provoca fallos en el reinicio. El comando restart no admite la transición del modo no activo al activo de SSL.


Nota –

Este problema sólo ocurre la primera vez que se reinicia el servidor. Los reinicios siguientes se desarrollan con normalidad.


Solución alternativa: elija una de las soluciones alternativas siguientes:

SPARC: Application Server podría bloquearse durante la recarga dinámica (4750461)

Si una aplicación tiene muchos componentes Enterprise JavaBeansTM, puede bloquearse el servidor durante la recarga dinámica de la aplicación. Se usa la recarga dinámica en el entorno de desarrollo para comprobar rápidamente los cambios menores en una aplicación. El intento de usar más descriptores de archivos de los disponibles provoca el bloqueo.

Solución alternativa: siga estos pasos:

  1. Aumente el límite de descriptores de archivos añadiendo líneas, en este formato, al archivo /etc/system.

    • set rlim_fd_max=8192

    • set rlim_fd_cur=2048

    Dependiendo del tamaño de la aplicación, los valores fijados pueden ser mayores o menores.

  2. Rearranque el sistema.

Se deteriora la salida de la consola si la codificación predeterminada del sistema no es UTF-8 (4757859)

Si la codificación predeterminada del sistema no es UTF-8, la salida del servidor de la aplicación podría provocar que los caracteres multibyte se mostraran incorrectamente.

Solución alternativa: abra el archivo server.log en el navegador.

El alias de certificado externo no aparece en la lista de alias de la interfaz de la administración (4725473)

Si instala un certificado externo mediante la interfaz de Sun ONE Application Administration, se produce un problema al intentar activar SSL para el receptor de http mediante el uso del certificado instalado en el módulo criptográfico externo. Aunque la instalación del certificado sea satisfactoria, el alias del certificado no aparece en la interfaz de la administración.

Solución alternativa: siga los pasos que se indican:

  1. Inicie la sesión como usuario administrativo en el sistema donde está instalado el software Sun ONE Application Server.

  2. Enlace el receptor de http al certificado instalado en el módulo criptográfico externo mediante el comando asadmin. Si desea más información sobre el comando asadmin, consulte la página de comando man asadmin(1AS).


    # asadmin create-ssl --user usuario_administrativo --password contraseña --host
    nombre_sistema \
    --port puerto --type http-listener --certname nombre@apprealm:
    Server-Cert \
    --instance instancia --ssl3enabled=true \
    --ssl3tlsciphers +rsa_rc4_128_md5 http-listener-1

    El comando previo establece el enlace entre el certificado y la instancia del servidor. El comando no instala el certificado. El certificado se instaló mediante la interfaz de administración.


    Nota –

    Aunque se enlace el certificado con el receptor de http, éste no recibirá en modo SSL.


  3. Active el receptor de http para recibir en modo SSL. Utilice el comando siguiente:


    # asadmin set --user usuario_administrativo --password contraseña --host nombre_sistema \
    --port puerto server1.http-listener.http-listener-1.securityEnabled=true

    El comando previo conmuta el estado de recepción de la instancia del servidor de no SSL a SSL. Después de completar los pasos anteriores, se muestra el certificado en la interfaz de administración.

Ahora puede usar la interfaz de administración para editar el receptor de http cuando sea necesario.

SPARC: El comando flexanlg puede provocar un error de apertura (4742993)

Si va a usar el software de Sun ONE Application Server incluido en el sistema operativo Solaris 9 4/03 y usa el comando flexanlg de /usr/appserver/bin, se muestra el siguiente error de apertura.


ld.so.1: /usr/appserver/bin/flexanlg: fatal: libplc4.so:open failed:
No such file or directory
killed

Solución alternativa: siga estos pasos:

  1. Añada la entrada siguiente al archivo LD_LIBRARY_PATH.

    /usr/lib/mps

  2. Ejecute el comando flexanlg.

    % /usr/appserver/bin/flexanlg

Los clientes exclusivos de IPv6 no pueden conectarse con Application Server (4742559)


Nota –

Si no usa IPv6 en la red, este problema no le concierne.


De forma predeterminada, las instancias de Sun ONE Application Server 7 y de Admin Server usan IPv4. Todos los sistemas operativos en los que esté disponible Sun ONE Application Server admiten IPv4. En las plataformas que admitan IPv6, se necesitan cambios en la configuración de Sun ONE Application Server por motivos de conformidad.


Nota –

Si se van a hacer estos cambios en la configuración, debe estar completamente seguro de la admisión de IPv6. Si la configuración relacionada con IPv6 se aplica al sistema que solamente admite IPv4, es posible que las instancias de Application Server no se inicien.


Solución alternativa: lleve a cabo los cambios siguientes en la configuración:

  1. Inicie Admin Server.

  2. Inicie la consola de administración conectándose al sistema o al puerto HTTP de Admin Server en un navegador.

  3. Seleccione la instancia del servidor para configurar IPv6: por ejemplo, server1.

  4. Expanda el nodo de receptores de HTTP en la vista de árbol.

  5. Seleccione el receptor de HTTP con el fin de configurarlo para IPv6; por ejemplo, http-listener1.

  6. Cambie el valor del campo IP Address a ANY en la sección General.

  7. En la sección Advanced, cambie el valor del campo Family a INET6.

    La configuración del campo Family como INET6 no desactiva la funcionalidad de IPv4 a menos que se seleccione una dirección de IPv6 para la dirección IP. Si selecciona ANY en IP Address concordará con cualquier dirección IPv4 o IPv6.

  8. Haga clic en Guardar.

  9. Seleccione la instancia del servidor desde el panel izquierdo.

  10. Haga clic en Apply Changes.

  11. Haga clic en Stop.

  12. Haga clic en Start.

    El servidor se reinicia e implementa los cambios.

Las muestras modificadas no se actualizan hasta que se vuelvan a implementar (4726161)

Si los usuarios intentan implementar una muestra en más de una ocasión después de hacer algunos pequeños cambios y volver a empaquetar la aplicación, aparece el mensaje de error siguiente:


Already Deployed

Este problema afecta a la mayoría de las muestras porque usan la utilidad Ant y el archivo common.xml, que tiene como destino deploy. De esta forma, este uso combinado mezcla la implementación de aplicaciones con el registro de recursos.

Solución alternativa: elija una de las soluciones alternativas siguientes:

SPARC: La configuración de transacciones distinta de cero provoca transacciones locales lentas (4700241)

El Gestor de transacciones locales no admite las transacciones con tiempos de espera definidos. Si configura el atributo de tiempo de espera en segundos en el elemento servicio de transacciones con un valor mayor de 0, se procesan todas las transacciones locales como si fueran globales. Un valor 0 de tiempo de espera significa que el gestor de transacciones espera indefinidamente si no recibe información de una fuente de datos participante.


Nota –

Si el controlador de la fuente de datos no admite las transacciones globales, la transacción local fallará.


Solución alternativa: vuelva a fijar en 0 el valor de tiempo de espera en segundos.

No se inician las optimizaciones del controlador JDBC de Oracle (4732684)

Si desea usar las optimizaciones JDBC de Oracle con beans de persistencia gestionados por el contenedor (CMP), debe especificarse el archivo classes12.zip en el atributo del sufijo de la ruta de clase del archivo server.xml. No coloque el archivo classes12.zip en el directorio instance/lib/, el predeterminado para las bibliotecas de terceros.

Solución alternativa: añada el archivo classes12.zip al atributo classpath-suffix del archivo server.xml.

Problemas de permisos durante la recarga dinámica y la invocación de aplicaciones (4756981)

Si el usuario root es propietario de Admin Server y un usuario que no es root es propietario de la instancia de servicio, pueden aparecer problemas de permisos durante la recarga dinámica y la invocación de las aplicaciones.

Solución alternativa: después de implementar y volver a implementar el módulo o la aplicación (con o sin la opción de compilación previa), cambie el propietario del directorio de usuario root a usuario no root, en los directorios siguientes. El usuario no root es el mismo que el propietario de la instancia.

El cambio en la propiedad de directorios se debe aplicar de forma recursiva a cada uno de ellos, según el tipo de aplicación, en la lista siguiente:

  1. Conviértase en superusuario.

  2. Escriba el comando siguiente para cada uno de los directorios relacionados con su situación.


    # chown -R propietario_de_instancia_no_root nombre_directorio
    

Los clientes de RMI-IIOP no funcionan en las direcciones IPv6 en los casos en que las búsquedas de direcciones DNS fallen para las direcciones IPv6 (4743419)

Si la búsqueda del DNS de una dirección IPv6 falla, los clientes de la Llamada a método remoto-Protocolo Inter-ORB de Internet (RMI-IIOP) no funcionan en las direcciones IPv6.

Solución alternativa: se debe configurar el Servicio de nombres de dominio (DNS) en el lugar de la implementación, con el fin de buscar una dirección IPv6.

El valor del campo Only show entries with en Visualizar registro de eventos se deteriora si la aplicación o el sistema no usa la codificación UTF-8 (4763655)

Si el usuario escribe caracteres multibyte en el campo Only show entries with y busca el registro de eventos, el valor de aquél se deteriora al mostrarse el resultado de la búsqueda. La causa del problema es la conversión del formato del mensaje de UTF-16 a UTF-8.

Solución alternativa: no existe.