test

Versionshinweise zu Sun Java System Application Server 9.1 Update 1-9.1 Update 2

Beispiele

In diesem Abschnitt werden die bekannten Probleme zum Beispielcode der Anwendungsserver 9.1 Update 1-Software und ihre Lösungen beschrieben.

In der Dokumentation ist nicht ausdrücklich vermerkt, dass JMS-Ressourcen erstellt werden müssen (6198003)

Beschreibung

In der Dokumentation ist nicht ausdrücklich angegeben, dass Sie JMS-Ressource erstellen müssen, bevor die Beispielanwendung für das MQ-Failover im Anschluss an die asadmin-Bereitstellungsanweisungen ausgeführt wird.

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 in Webservices/Sicherheitsbeispielen ein Laufzeitfehler angezeigt (6198239)

Beschreibung

Bei der Bereitstellung des Beispiels as-install/samples/webservices/security (basicSSl) unter Linux wird das Zertifikat nicht erstellt, und es wird 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 as-install/bin/asant.

Lösung

Gehen Sie folgendermaßen vor:

Nach dem Upgrade verwenden AS 9.1-Beispiele und JES5-Portalbeispiele den Derby-Port 1527 (6574563)

Beschreibung

Nach dem Upgrade auf Anwendungsserver 9.1 Update 1 verwenden die Beispiele und die JES5-Portalbeispiele unter Windows den Derby-Port 1527. Genau gesagt, Anwendungsserver 9.1 Update 1 startet JavaDB automatisch an Port 0.0.0.0:1527 mit APP:APP, die JES5-Portal-JavaDB versucht jedoch, eine Bindung an hostnameIP:1527 mit portal:portal herzustellen.

Dieses Problem ist bereits für JES 5 aufgetreten (Fehler 6472173). Die Umgehung für Fehler 6472173 ist im Sun Java Enterprise System 5 Installationshandbuch für Microsoft Windows dokumentiert.

Lösung

Starten Sie die Derby-Datenbank über den folgenden Befehl:


JES-installation-dir\appserver\bin\asadmin start-database --dbhome JES-installation-dir\portal\data\derby