test

Sun Java System Application Server Enterprise Edition 8.2 - Versionshinweise

Administration

In diesem Abschnitt werden bekannte Verwaltungsprobleme sowie ihre Lösungen beschrieben.

Das Skript package-appclient funktioniert nicht, wenn domain1 nicht vorhanden ist. (Nr. 6171458)

In $INSTALL/lib/package-appclient.xml ist standardmäßig ein Hardcode-Wert für die Variable AS_ACC_CONFIG für domain1 festgelegt, auf den durch asenv.conf verwiesen wird. Wenn domain1 gelöscht und eine neue Domäne erstellt wird, wird die Variable AS_ACC_CONFIG nicht entsprechend der neuen Domäne aktualisiert, sodass die Ausführung des Skripts package-appclient fehlschlägt.

Lösung

Gehen Sie folgendermaßen vor:

Durch die Installation des Load Balancing-Plugin wird ein bestehendes Plugin überschrieben. (Nr. 6172977)

Wenn Sie das Load Balancing-Plugin für eine Installation von Application Server installieren, bei der bereits ein Load Balancer-Plugin installiert ist (z. B. aus 7.1EE) ersetzt das Plugin aus 8.2EE automatisch das bestehende Load Balancer-Plugin, selbst wenn eine neue Serverinstanz für die Ausführung des Plugins erstellt wurde.

Die Plugin-Dateien werden standardmäßig unter Installationsverzeichnis /plugins/lbplugin installiert, was bedeutet, dass mit jeder Application Server -Installation jeweils nur eine einzige Version eines Plugins verwendet werden kann. Beachten Sie: Das Konsoleninstallationsprogramm zeigt eine Meldung, dass eine Deinstallation durchgeführt wird, diese Meldung ist jedoch leicht zu übersehen.

Lösung

Dieses Problem tritt nicht bei allen Benutzern auf. Wenn das Problem bei Ihnen auftritt, müssen Sie die alte Installation von Application Server entfernen und eine Neuinstallation durchführen. (Führen Sie keine Aufrüstungsinstallation durch.)

Mehrere Änderungen im Skript asadmin in JES3 Application Server 8.2 im Vergleich zu JES2 AS7 (Nr. 6189433, 6189436)

Am Befehl "asadmin" in Application Server 8.2 wurden gegenüber Application Server 7.x mehrere Änderungen vorgenommen. Beispielsweise lautet in 7.x der Befehl zum Starten einer Serverinstanz:


asadmin start-instance

In 8.2 lautet der entsprechende Befehl:


asadmin start-domain --user admin domain1

In den folgenden Dokumenten finden Sie umfassende Informationen zur aktuellen Syntax für den Befehl asadmin:

Standardports in Application Server geändert (Nr. 6198555)

Bei der Aufrüstung auf JES5/Application Server 8.2 ausgehend von JES2/Application Server 7. x können Inkompatibilitäten oder Fehler auftreten, da sich die Standardports geändert haben.

Eine Auflistung aller in Application Server 8.2 verwendeten Standard-Ports finden Sie unter Weitere Anforderungen weiter oben in diesen Hinweisen.

Gesicherte Domäne kann nicht unter einem anderen Namen wiederhergestellt werden. (Nr. 6196993)

Das Spiegeln einer Domäne innerhalb einer Application Server-Installation ist mit den Befehlen backup-domain und restore-domain nicht möglich, da die Domäne nicht unter einem anderen Namen wiederhergestellt werden kann, auch wenn der Befehl asadmin restore-domain eine Option für das Umbenennen von Domänen zur Verfügung stellt. Die gesicherte Domäne kann zwar umbenannt werden, die Ausführung der umbenannten Domäne schlägt jedoch fehl, da die Einträge in der Konfiguration der Domäne nicht geändert wurden und startserv und stopserv den ursprünglichen Domänennamen in den Pfadangaben verwenden.

Lösung

Der vom Befehl restore-domain verwendete Domänenname muss mit dem ursprünglichen, vom Befehl backup-domain verwendeten Domänennamen übereinstimmen. Die Befehle backup-domain und restore-domain in Application Server 8.2 funktionieren nur für die Sicherung und Wiederherstellung derselben Domäne auf demselben Computer.

Das Starten von Application Server mit einem zusätzlichen JMX-Agenten wird nicht unterstützt. (Nr. 6200011)

J2SE 1.4.x, 5.0 oder höher können auf Application Server konfiguriert werden. In J2SE 5.0 ermöglicht eine plattformeigene Funktion das Starten eines JMX-Agenten. Um diese Funktion zu aktivieren, setzen Sie die entsprechenden Systemeigenschaften für den Serverstart fest.

Zu den möglichen Werten gehören:

name="com.sun.management.jmxremote" value="true"
name="com.sun.management.jmxremote.port" value="9999"
name="com.sun.management.jmxremote.authenticate" value="false"
name="com.sun.management.jmxremote.ssl" value="false"

Nachdem Sie die JMX-Eigenschaften konfiguriert und den Server gestartet haben, wird ein neuer jmx-connector -Server in der VM von Application Server gestartet. Dieser Vorgang hat unerwünschte Auswirkungen auf die Verwaltungsfunktionen, sodass die Benutzeroberfläche und Befehlszeilenschnittstelle von Application Server nicht einwandfrei arbeiten. Dieses Problem wird durch Konflikte zwischen dem integriertenjmx-connector-Server und dem neuen jmx-connector-Server verursacht.

Lösung

Wenn Sie jconsole (oder einen anderen JMX-kompatiblen Client) verwenden, können Sie den standardmäßig beim Start von Application Server gestarteten JMX Connector Server wiederverwenden.

Wird der Server gestartet, wird eine Zeile ähnlich der unten dargestellten Zeile auf dem Server angezeigt.Protokoll. Sie können eine Verbindung zum dort angegebenen JMXServiceURL herstellen und dieselben Management-/Konfigurationsoperationen durchführen, nachdem Sie die Anmeldeinformationen erfolgreich angegeben haben, beispielsweise:

[#|2004-11-24T17:49:08.203-0800|INFO|sun-appserver-ee8.1|javax.enterprise.
system.tools.admin|_ThreadID=10;|ADM1501: Here is the JMXServiceURL for the 
JMXConnectorServer: [service:jmx:rmi:///jndi/rmi://hostname:8686/management/
rmi-jmx-connector]. This is where the remote administrative clients should 
connect using the JSR 160 JMX Connectors.|#]

Weitere Informationen finden Sie im Sun Java System Application Server 8.2 Administration Guide.

Unter UNIX sind Berechtigungen für das Ausführen der Start -und Stopp-Skripts von Application Server zu restriktiv.

Wenn Sie als Benutzer "A" angemeldet sind und den Befehl asadmin restore-domain ausführen, wird in den Skripts die Berechtigung 744 (rwxr--r--) festgelegt. Wenn Sie anschließend als Benutzer "B" angemeldet sind, können Sie keine Domäne starten oder beenden (selbst wenn Benutzer "B" Root ist), da die Skripts nur noch von Benutzer "A" ausgeführt werden können.

Lösung

Ändern Sie die Berechtigungen in den Skripts: 


chmod 755 appserv/domains/domain-name/bin/*

Load Balancer-Konfigurationsdatei kann nicht mit dem Endpunkt-URL eines Webservice erstellt werden. (Nr. 6236544, 6275436)

Beim Einrichten der Lastenausgleichskonfiguration mit einer Anwendung, die über ein EJB-Modul verfügt und einen Webservice-URL exportiert, befindet sich das Kontext-Stammverzeichnis (root) für den Webservice nicht in der resultierenden Datei loadbalancer.xml.

Lösung

  1. Bearbeiten Sie die Datei loadbalancer.xml wie folgt, um das fehlende Webmodul hinzuzufügen:


    <web-module context-root="context-root-name"
disable-timeout-in-minutes="30" enabled="true"/>

  2. Ersetzen Sie den Wert context-root-name mit dem Kontext-Rootnamen des Webservice, der als EJB offengelegt wurde.

Java Home-Einstellung in der Konfiguration bleibt ohne Wirkung. (Nr. 6240672)

Application Server-Domänen/-Server verwenden nicht das JDK, auf das das Attribut java-home des Elements java-config der zugehörigen Konfiguration verweist.

Lösung

Das von den Application Server-Prozessen für alle Domänen in einer bestimmten Serverinstallation verwendete JDK wird in der Datei appserver-installation-dir /config/asenv.conf festgelegt. Die Eigenschaft AS_JAVA in dieser Datei bestimmt das verwendete JDK und wird zum Installationszeitpunkt festgelegt. Wenn nach Abschluss der Installation ein anderes JDK von den Application Server-Prozessen verwendet werden soll, kann dieser Wert so geändert werden, dass er auf ein anderes JDK verweist. Beachten Sie, dass alle Domänen in dieser Installation von dieser Änderung betroffen sind.

Hinweis –

Manuelle Änderungen an der Datei asenv.conf werden nicht auf ihre Gültigkeit überprüft. Daher sollte bei ihrer Änderung mit besonderer Sorgfalt vorgegangen werden. Die Mindestanforderungen an die JDK-Version bei der Bearbeitung des Werts für AS_JAVA finden Sie in der Produktdokumentation.

Application Server-Neustart unter Verwendung von sun-appserv-admin führt zu einem LoginException-Fehler. (Nr. 6288893)

Dieses Problem wird durch einen falschen Wert für %CONFIG_HOME% verursacht.

Lösung

  1. Benennen Sie die bestehende Datei in asant.bak um.

  2. Kopieren Sie die Datei asant.template in <as_install> /lib/install/templates/ee (für die SE/EE-Version) in das <as_install>/bin/-Verzeichnis und benennen Sie die Datei in asant um.

  3. Bearbeiten Sie das gerade kopierte <as_install> /bin/asant-Skript, wobei Sie das %CONFIG_HOME%-Token durch <as_install>/config ersetzen.

  4. Falls manuelle Änderungen an der ursprünglichen asant.bak-Datei vorgenommen wurden, führen Sie diese in das neue asant-Skript zusammen.

Die Datei .asadmintruststore wird nicht in der Application Server-Dokumentation beschrieben. (Nr. 6315957)

Falls diese Datei nicht im home-Verzeichnis des Serveradministrators vorhanden ist, können schwerwiegende Fehler beim Upgrade bestimmter, auf dem Server gehosteter Anwendungen auftreten.

Lösung

Domäne startet nicht, wenn das create-domain-Masterpasswort Sonderzeichen enthält. (Nr. 6345947)

Domäne startet nicht, wenn das Masterpasswort der Domäne ein Prozentzeichen (%) enthält.

Lösung

Das Masterpasswort der Domäne sollte kein Prozentzeichen enthalten (%). Dies gilt beim Erstellen einer neuen Domäne bzw. beim Ändern des Masterpassworts einer bestehenden Domäne.

Die Änderungen an der Load Balancer-Konfiguration in magnus.conf und obj.conf werden überschrieben (Nr. 6394181)

Nach dem Erstellen eines sicheren http-listener und der Installation von lbplugin werden die Dateien magnus.conf und obj.conf unter webserver_instance_dir/config bearbeitet und die Inhalte von lbplugin werden entfernt.

Das Installationsprogramm bearbeitet die Konfigurationsdateien magnus.conf und obj.conf in Application Server im Rahmen der Installation des Load Balancer-Plugins. Wenn Sie sich bei der Application Server-Administratorkonsole anmelden und versuchen, die Instanzenkonfiguration für die Instanz zu ändern, auf der der Load Balancer installiert wurde, gibt Application Server eine Warnmeldung aus, die besagt, dass eine manuelle Bearbeitung in der Konfiguration gefunden wurde. Diese Warnung bezieht sich jedoch in Wirklichkeit auf die vom Installationsprogramm vorgenommenen Änderungen.

Lösung

Vergewissern Sie sich, dass die vom Installationsprogramm vorgenommenen Änderungen nicht überschrieben wurden.