Notas de la versión de Sun Java System Application Server Enterprise Edition 8.1 2005Q2

Ejemplos

En esta sección, se describen problemas conocidos relacionados con el código de ejemplo incluido en el producto Application Server 8.1.

ID del error 

Resumen 

6195092 

En Windows, al usar el comando setup-one-machine-cluster se produce un bloqueo, pero funciona en Solaris; el comando mqfailover requiere que se pulse Ctrl+C para cancelar el proceso. A continuación, se debe volver a realizar la ejecución.

Desde install_dir\samples\ee-samples\failover\apps\mqfailover\docs\index.html, si se ejecutan los siguientes comandos:

  • Consola 1


    cd install_dir\samples\ee-samples asant start-mq-master-broker1
  • Consola 2


    cd install_dir\samples\ee-samples asant start-mq-cluster-broker1
  • Consola 3


    cd install_dir\samples\ee-samples asant start-mq-cluster-broker2
  • Consola 4


    cd install_dir\samples\ee-samples asadmin start-domain domain1

Si ya ha ejecutado asant setup-one-machine-cluster-without-ha o asant setup-one-machine-cluster-with-ha para otro ejemplo de Enterprise Edition, ejecute asant configure-mq o bien asant setup-one-machine-cluster-and-configure-mq. En este caso, el comando parece que se ejecuta correctamente:


start_nodeagent: [echo] Start the node agent cluster1-nodeagent
[exec] Command start-node-agent executed successfully.

Pero el sistema se bloquea definitivamente. 

Solución

Ninguna por ahora. Este problema afecta de forma parecida a todos los ejemplos de Enterprise Edition que utilizan este destino ant en Windows. Una solución consiste en pulsar Ctrl+C para cancelar el proceso y luego volver a ejecutarlo.

6198003 

La documentación no indica de forma explícita que es necesario crear recursos de JMS antes de ejecutar la Aplicación de muestras de errores de MQ siguiendo las instrucciones de implementación de asadmin.

El error que se produce es el siguiente:  


/opt/SUNWappserver/domains/domain1/config/sun-acc.xml -name
MQFailoverTestClient -textauth -user j2ee -password j2ee
Nov 18, 2004 10:50:17 PM com.sun.enterprise.naming.NamingManagerImpl
bindObjects
SEVERE: NAM0006: JMS Destination object not found: jms/durable/TopicA
Nov 18, 2004 10:50:18 PM com.sun.enterprise.naming.NamingManagerImpl
bindObjects
SEVERE: javax.naming.NameNotFoundException
javax.naming.NameNotFoundException

La documentación no indica explícitamente que los recursos JMS se deban crear manualmente si se lleva a cabo una implementación manual utilizando comandos asadmin deploy ni que haya que usar los destinos Ant especificados para implementar la aplicación de ejemplo.

Solución

Use el destino de implementación asant para la secuencia de comandos build.xml, lo que crea los recursos JMS necesarios para ejecutar la aplicación.

6198239 

En Linux, se muestra un error de tiempo de ejecución durante la creación de certificados en los ejemplos de seguridad/servicios Web. 

Cuando se implementa el ejemplo install_dir/samples/webservices/security (basicSSl) en Linux, el certificado no se crea y se muestra un error similar al siguiente:


generate_certs: [echo] ***Exporting certificate from NSS database
[exec] Result: 1 [echo] ***Generating Java Keystore from generated
certificate [exec] keytool error: java.lang.Exception: Input not an
X.509 certificate [exec] Result: 1 [echo] ***Generating Java trust
store from generated certificate [exec] keytool error: java.lang.
Exception: Input not an X.509 certificate [exec] Result: 1
.
.
.
generate_certs: [echo] ***Exporting server certificate from NSS database to
a PKCS12 certificate file [exec] /opt/sun/appserver/lib/pk12util: /usr/lib/
libnss3.so: version `NSS_3.9' not found (required by /opt/sun/appserver/lib/
pk12util) [exec] /opt/sun/appserver/lib/pk12util: /usr/lib/libnss3.so:
version `NSS_3.6' not found (required by /opt/sun/appserver/lib/pk12util)
[exec] /opt/sun/appserver/lib/pk12util: /usr/lib/libnss3.so: version
`NSS_3.7' not found (required by /opt/sun/appserver/lib/pk12util) [exec]
Result: 1

El problema es que la ubicación de las bibliotecas NSS es distinta en Linux y en Solaris. Debe asegurarse de que LD_LIBRARY_PATH señale a las bibliotecas NSS adecuadas a la hora de realizar la implementación en Linux. Defina LD_LIBRARY_PATH en su entorno o bien ajuste la secuencia de comandos del empaquetador del shell install_dir/bin/asant.

Solución

Lleve a cabo una de las siguientes acciones: 

  • Configure LD_LIBRARY_PATH=/opt/sun/private/lib.

  • Agregue la siguiente línea a la secuencia de comandos install_dir /bin/asant.


    LD_LIBRARY_PATH=$AS_NSS:$LD_LIBRARY_PATH;export LD_LIBRARY_PATH