En esta sección, se describen problemas conocidos y sus soluciones asociadas en relación con el código de ejemplo incluido en el producto Application Server 9.1 Actualización 1.
La documentación no indica explícitamente que sea necesario crear recursos JMS antes de ejecutar MQ Failover Sample Application 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.
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.
Al implementar el ejemplo as-install/samples/webservices/security (basicSSl) en Linux, el certificado no se crea y se muestra un error parecido 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 hace referencia a las bibliotecas NSS adecuadas a la hora de realizar la implementación en Linux. Defina LD_LIBRARY_PATH en su entorno o establézcala en la secuencia de comandos del empaquetador del shell as-install/bin/asant.
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 as-install/bin/asant:
LD_LIBRARY_PATH=$AS_NSS:$LD_LIBRARY_PATH;export LD_LIBRARY_PATH |
En Windows, después de actualizar a Application Server 9.1 Actualización 1, las muestras y las muestras del portal JES5 compiten por el puerto Derby 1527. En concreto, Application Server 9.1 Actualización 1 inicia automáticmente JavaDB en el puerto 0.0.0.0:1527 con APP:APP, sin embargo el JES5 Portal JavaDB pretende enlazar a hostnameIP:1527 con portal:portal.
Este error describe un problema que ya se observó para JEMicrosoftrror 6472173. La solución alternativa para el error 6472173 se documenta en la Sun Java Enterprise System 5 Installation Guide for Microsoft Windows .
Iniciar la base de datos Derby con el siguiente comando:
JES-installation-dir\appserver\bin\asadmin start-database --dbhome JES-installation-dir\portal\data\derby |