Si intenta usar la interfaz administrativa de Sun ONE Application Server con el navegador predeterminado del sistema operativo Solaris 9 8/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. |
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 8/03, necesitará usar 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 (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:
La ventana del explorador desaparece.
Aunque se inicie, no se muestra la pantalla de modificación de LCA.
Solución: elija una de las soluciones alternativas siguientes:
Use la versión 4.79 de Netscape Navigator o la 6.0 de Microsoft Internet Explorer, ambas admitidas.
Modifique manualmente el archivo de LCA. Si desea más información sobre el formateado de archivos ACL, consulte Sun ONE Application Server 7 Administrator's Guide.
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.
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: lleve a cabo los pasos siguientes para crear un nuevo recurso de fábrica de administración de la persistencia.
Cree una agrupación de conexión de jdbc con la información de datos originales para conectarse a una base de datos.
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.).
Cree un recurso de gestión de persistencia con el recurso de jdbc que se creó en el paso 2.
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.
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. El comando restart no admite la transición del modo no activo al activo de SSL.
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:
Si ha encontrado este problema, Haga clic en el botón de inicio.
Para evitar este problema, ejecute los pasos siguientes en lugar de hacer clic en el botón de reinicio.
Haga clic en el botón de parar.
Haga clic en el botón de inicio.
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:
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.
Rearranque el sistema.
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: abra el archivo server.log en el navegador.
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:
Inicie la sesión como usuario administrativo en el sistema donde está instalado el software Sun ONE Application Server.
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. Éste se instaló mediante la interfaz de administración.
Aunque se enlace el certificado con el receptor de http, éste no recibirá en modo SSL.
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.
Si va a usar el software de Sun ONE Application Server incluido en el sistema operativo Solaris 9 8/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: siga estos pasos:
Añada la entrada siguiente al archivo LD_LIBRARY_PATH.
/usr/lib/mps
Ejecute el comando flexanlg.
% /usr/appserver/bin/flexanlg
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.
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:
Inicie Admin Server.
Inicie la consola de administración conectándose al sistema o al puerto HTTP de Admin Server en un navegador.
Seleccione la instancia del servidor para configurar IPv6: por ejemplo, server1.
Expanda el nodo de receptores de HTTP en la vista de árbol.
Seleccione el receptor de HTTP con el fin de configurarlo para IPv6; por ejemplo, http-listener1.
Cambie el valor del campo IP Address a ANY en la sección General.
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.
Haga clic en Guardar.
Seleccione la instancia del servidor desde el panel izquierdo.
Haga clic en Apply Changes.
Haga clic en Stop.
Haga clic en Start.
El servidor se reinicia e implementa los cambios.
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:
Para la mayoría de las aplicaciones de ejemplo que usan la utilidad Ant y los archivos build.xml, que incluyen el archivo common.xml, escriba el comando siguiente.
% asant deploy_common |
Para el resto de las aplicaciones de ejemplo, escriba los comandos siguientes.
% asant undeploy % asant deploy |
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.
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.
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.
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.
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: no existe.