Solaris 9 12/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 software Solaris 9 12/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 la versión Solaris 9 12/03, necesitará usar el software Netscape 4.79 o Netscape 7.0.


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

No se admite la modificación de la Lista de control de acceso en algunas versiones del software 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 del software Netscape NavigatorTM. Si intenta modificar las entradas de LCA mientras usa el software Netscape Navigator, en su versión 6.x o 7.x, es posible que tenga problemas esporádicos.

Por ejemplo:

Solución: 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 la versión de Oracle que trabaje con JDKTM 1.4.

Solución: 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.

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 órdenes (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 órdenes. 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: 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.

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: 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.

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.

Si la capa de zócalo seguro (SSL) no está habilitada, las contraseñas no se guardan en la antememoria, por lo que el reinicio falla. La orden 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: elija una de las soluciones alternativas siguientes:

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: 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.

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: 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 la orden asadmin. Si desea más información sobre la orden 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

    La orden previa establece el enlace entre el certificado y la instancia del servidor. La orden no instala el certificado. Éste 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 la orden siguiente:


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

    La orden previa 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.

La orden flexanlg puede provocar un error de apertura (4742993)

Si ejecuta el software Sun ONE Application Server en la versión Solaris 9 12/03 y si utiliza la orden flexanlg del /usr/appserver/bines posible que aparezca este error de apertura:


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

Solución: siga estos pasos:

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

    /usr/lib/mps

  2. Ejecute la orden 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. Todo el software de sistema que disponga de Sun ONE Application Server admite IPv4. Se necesitan cambios en la configuración de Sun ONE Application Server para ajustarse a esas plataformas donde se admita IPv6.


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: 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ónIP. 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: elija una de las soluciones alternativas siguientes:

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: 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: añada el archivo classes12.zip al atributo classpath-suffix del archivo server.xml.

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: para consultar una dirección IPv6 se debe configurar DNS en la sede de la implementación.