test

Sun Java System Application Server Enterprise Edition 8.2 - Versionshinweise

Beispiele

In diesem Abschnitt werden die bekannten Probleme zum Beispielcode der Application Server 8.2-Software und ihre Lösungen beschrieben.

Unter Windows reagiert setup-one-machine-cluster nicht mehr, funktioniert aber unter Solaris; für mqfailover muss Strg+C gedrückt werden, um den Prozess abzubrechen. Dieser muss anschließend erneut ausgeführt werden. (Nr. 6195092)

In install_dir\samples\ee-samples\failover\apps\mqfailover\docs\index.html, wenn Sie folgende Befehle ausführen:

Wenn Sie für ein anderes EE-Beispiel bereits asant setup-one-machine-cluster-without-ha oder asant setup-one-machine-cluster-with-ha ausgeführt haben, führen Sie asant configure-mq aus. Führen Sie anderenfalls asant setup-one-machine-cluster-and-configure-mq aus. Die Meldung zeigt an, dass der Befehl erfolgreich ausgeführt wurde:


start_nodeagent: [echo] Starten des Knoten-Agenten cluster1-nodeagent 
[exec] Befehl start-node-agent erfolgreich ausgeführt.

Das System bleibt jedoch hängen und reagiert nicht mehr.

Lösung

Zu diesem Zeitpunkt steht keine Lösung zur Verfügung. Dieses Problem beeinträchtigt auf ähnliche Weise alle Enterprise Edition-Beispiele, die dieses ant-Ziel unter Windows verwenden. Zur Problemlösung drücken Sie Strg+C, um den nicht mehr reagierenden Prozess zu beenden, und führen Sie ihn dann erneut aus.

In der Dokumentation fehlt in den asadmin-Bereitstellungsanweisungen der ausdrückliche Hinweis, dass JMS-Ressourcen vor der Ausführung von MQ Failover Sample Application erstellt werden müssen. (Nr. 6198003)

Folgender Fehler wird ausgegeben:


/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-Zielobjekt nicht gefunden: jms/durable/TopicA
Nov 18, 2004 10:50:18 PM com.sun.enterprise.naming.NamingManagerImpl 
bindObjects
SEVERE: javax.naming.NameNotFoundException
javax.naming.NameNotFoundException

In der Dokumentation wird nicht ausdrücklich erwähnt, dass bei einer manuellen Bereitstellung mit den Befehlen asadmin deploy JMS-Ressourcen manuell erstellt und die vorgegebenen ant-Ziele für das Bereitstellen derselben Software verwendet werden müssen.

Lösung

Verwenden Sie für das Skript build.xml das Ziel asant-Bereitstellung. Das Skript erstellt die für die Ausführung der Anwendung erforderlichen JMS-Ressourcen.

Unter Linux wird bei der Zertifikaterstellung von Beispielen in webservices/security ein Laufzeitfehler angezeigt. (Nr. 6198239)

Wenn Sie das Beispiel install_dir/samples/webservices/security sample (basicSSl) unter Linux bereitstellen, wird das Zertifikat nicht erstellt und ein Fehler ausgegeben, der etwa dem Folgenden entspricht:


generate_certs: [echo] ***Export des Zertifikats von der NSS-Datenbank 
[exec] Ergebnis: 1 [echo] ***Erzeugen eines Java-Schlüsselspeichers anhand 
des generierten Zertifikats [exec] Keytool-Fehler: java.lang.Exception: Input kein
X.509-Zertifikat [exec] Ergebnis: 1 [echo] ***Erzeugen eines Java-
Vertrauensspeichers anhand des generierten Zertifikats [exec] Keytool-Fehler: 
java.lang. Ausnahmefehler: Input kein X.509-Zertifikat [exec] Ergebnis: 1
.
.
.
generate_certs: [echo] ***Export des Serverzertifikats von der NSS-Datenbank in 
eine PKCS12-Zertifikatdatei [exec] /opt/sun/appserver/lib/pk12util: /usr/lib/
libnss3.so: Version `NSS_3.9' nicht gefunden (von /opt/sun/appserver/lib/
pk12util gefordert) [exec] /opt/sun/appserver/lib/pk12util: /usr/lib/libnss3.so: 
Version `NSS_3.6' nicht gefunden (von /opt/sun/appserver/lib/pk12util gefordert) 
[exec] /opt/sun/appserver/lib/pk12util: /usr/lib/libnss3.so: Version 
`NSS_3.7' nicht gefunden (von /opt/sun/appserver/lib/pk12util gefordert) [exec] 
Ergebnis: 1

Das Problem besteht darin, dass sich NSS-Bibliotheken bei Linux-Installationen in anderen Pfaden befinden als bei Solaris-Installationen. Bei der Bereitstellung unter Linux müssen Sie sicherstellen, dass LD_LIBRARY_PATH auf die richtigen NSS-Bibliotheken verweist. Setzen Sie die Variable LD_LIBRARY_PATH entweder in Ihrer Umgebung oder im Shell-Wrapper-Skript Installationsverzeichnis/bin/asant.

Lösung

Gehen Sie folgendermaßen vor:

Beispieldokumente fehlen nach Aufrüstung von 8.0 Platform Edition auf 8.2 Enterprise Edition

Nach der Aktualisierung von Application Server Platform Edition 8.0 auf Application Server Enterprise Edition 8.2 erhalten Sie möglicherweise beim Versuch, auf die Beispielseiten zuzugreifen, die Fehlermeldung HTTP 404 (Datei nicht gefunden).

Lösung

Kopieren Sie die Beispieldokumente aus den 8.0-Domänen in die 8.2-Domänen.

Beispiele scheitern während der Laufzeit bei Ausführung in einer lokalen Sparse-Zone. (Nr. 6460970)

Wenn Application Server Enterprise Edition 8.2 in einer globalen Solaris-Zone installiert ist und anschließend eine Application Server-Domäne in einer lokalen Sparse-Zone installiert wird, stoßen Sie möglicherweise auf Probleme bei der Ausführung der Beispielanwendungen, wenn die Dateiberechtigungen für die Domäne in der Sparse-Zone während des Bereitstellungsprozesses nicht offen genug sind.

Lösung

Stellen Sie während des Bereitstellungsprozesses sicher, dass Application Server die Client-JAR-Datei, xmsClient.jar, abrufen und an den Speicherort für Beispieldateien (/usr/SUNWappserver/appserver/samples/webservices/security/ejb/apps/xms/xmsClient.jar ) kopieren kann. Dies erfolgt normalerweise automatisch über die Beispielsequenz. Der Vorgang scheitert jedoch, wenn die Berechtigungen unter xmsClient.jar nicht offen sind.