6171458
|
Das package-appclient-Skript wird nicht ausgeführt, wenn domain1 nicht vorhanden ist.
In $INSTALL/lib/package-appclient.xml ist standardmäßig ein hartkodierter Wert für die Variable AS_ACC_CONFIG für domain1 festgelegt, auf den durch die Datei asenv.conf verwiesen wird. Wenn domain1 gelöscht und eine neue Domäne erstellt wird, wird die AS_ACC_CONFIG-Variable nicht entsprechend der neuen Domäne aktualisiert, sodass die Ausführung des package-appclient-Skripts fehlschlägt.
Lösung
Gehen Sie folgendermaßen vor:
-
Entfernen Sie domain1 nicht und erstellen Sie andere Domänen um diese Domäne.
-
Entfernen Sie domain1, und ersetzen Sie den hartcodierten Wert für domain1 in $INSTALL/lib/package-appclient.xml durch den neuen Domänennamen.
Diesen Vorgang müssen Sie für jede neu erstellte Domäne durchführen, wenn domain1 nicht mehr vorhanden ist.
|
6196993
|
Gesicherte Domäne kann nicht unter einem anderen Namen wiederhergestellt werden.
Eine Domäne kann in derselben Application Server-Installation nicht über die Befehle backup-domain und restore-domain gespiegelt werden, da die Domäne nicht unter Verwendung eines anderen Namens als dem ursprünglichen Namen wiederhergestellt werden kann (wenngleich der Befehl asadmin restore-domain eine Option zum Umbenennen der Domäne bietet). Die Umbenennung der gesicherten Domäne scheint erfolgreich, doch der Versuch, die umbenannte Domäne zu starten, schlägt fehl, da die Einträge in der Domänenkonfiguration nicht geändert werden und startserv und stopserv den ursprünglichen Domänennamen zum Festlegen von Pfaden 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.1 funktionieren nur zum Sichern und Wiederherstellen derselben Domäne auf demselben Computer.
|
6200011
|
Das Starten von Application Server mit zusätzlichem JMX-Agent wird nicht unterstützt.
J2SE 1.4.x, 5.0 oder höher kann für die Ausführung mit 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 Virtual Machine von Application Server gestartet. Ein unerwünschter Nebeneffekt davon besteht darin, dass die Administrationsfunktionen beeinträchtigt werden und die Application Server-Administrationskonsole und Befehlszeilenschnittstelle evtl. unerwünschte Ergebnisse produzieren. Dieses Problem wird durch Konflikte zwischen dem integrierten jmx-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-Konnektor-Server wiederverwenden.
Wird der Server gestartet, wird eine Zeile ähnlich der unten dargestellten Zeile auf dem Server angezeigt.Protokoll. Sie können eine Verbindung zur dort angegebenen JMXService-URL 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:
Dies ist die JMXServiceURL für JMXConnectorServer:
[service:jmx:rmi:///jndi/rmi://hostname:8686/management/
rmi-jmx-connector]. Dieser URL gilt für die entfernten
administrativen Clients, die die JSR 160 JMX-Konnektoren verwenden.|#]
|
Weitere Informationen finden Sie im Administration Guide.
|
6206176
|
Unter UNIX sind Berechtigungen für das Ausführen der Application Server start -und stop-Skripten 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/*
|
|
6236544, 6275436
|
Lastenausgleichs-Konfigurationsdatei kann nicht mit dem Endpunkt-URL eines Webservice erstellt werden.
Beim Einrichten der Lastenausgleichskonfiguration mit einer Anwendung, die über ein
EJB-Modul verfügt und eine Webservice-URL exportiert, befindet sich das Kontext-Stammverzeichnis (root) für den Webservice
nicht in der resultierenden Datei loadbalancer.xml.
Lösung
-
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"/>
|
-
Ersetzen Sie den Wert context-root-name mit dem
Kontext-Rootnamen des Webservice, der als EJB offengelegt wurde.
|
6288893
|
Anwendungsserver-Neustart unter Verwendung von sun-appserv-admin führt zu einem LoginException-Fehler.
Lösung
-
Benennen Sie das vorhandene <as_install> /bin/asant-Skript in asant.bak um.
-
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.
-
Bearbeiten Sie das gerade kopierte <as_install> /bin/asant-Skript, wobei Sie das %CONFIG_HOME%-Token durch <as_install>/config ersetzen.
-
Falls manuelle Änderungen an der ursprünglichen asant.bak-Datei vorgenommen wurden, führen Sie diese in das neue asant-Skript zusammen.
|
6315957
|
Die Datei .asadmintruststore wird in der Anwendungsserver-Dokumentation nicht beschrieben. 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
-
Falls möglich, sollte der Befehl asadmin start-domain domain1 von dem Benutzer ausgeführt werden, der den Server installierte.
-
Falls er nicht von diesem Benutzer ausgeführt wird, sollte .asadmintruststore aus dem home-Verzeichnis des installierenden Benutzers in das home-Verzeichnis des ausführenden Benutzers kopiert werden.
-
Beachten Sie Folgendes: Falls die Datei aus dem home-Verzeichnis des installierenden Benutzers in das home-Verzeichnis des ausführenden Benutzers verschoben (nicht kopiert) wird, treten eventuell Probleme beim Anwendungsupgrade auf, wie in den Bugs 6309079, 6310428 und 6312869 beschrieben, da der Upgrade-/Installationsbenutzer (in Java ES in der Regel root) in seinem Stammverzeichnis nicht mehr über die Datei .asadminstruststore verfügt.
|
6407140
|
Serverinstanzen, die mit dem start-node-agent gestartet wurden, verfügen nicht über die aktuellen Synchronisationsinhalte.
Der Befehl für den asadmin start-node-agent startet automatisch die Remote Server-Instanzen ohne Snychronisation mit DAS.
Lösung
Wenn Sie eine Remote Server-Instanz starten, die mit dem zentralen, von DAS verwalteten Repository synchronisiert ist, müssen Sie die Option --startinstances=false mit dem Befehl asadmin start-node-agent angeben. Verwenden Sie dann den Befehl asadmin start-instance, um die Remote Server-Instanz zu starten
|
6654726
|
Die Funktion der Administrationskonsole zur Auswahl der Verschlüsselungsfolgen funktioniert nicht ordungsgemäß. Wenn Sie die HTTP-Zielgeräte "Alle Verschlüsselungsfolgen unterstützenâ auswählen, sind die Kontrollkästchen deaktiviert, werden jedoch beim Aktualisieren der Seite aktiviert, auch wenn das Kontrollkästchen "Alle unterstützen..." aktiviert ist. Dies scheint zwar ein Problem zu sein, die Änderungen werden der Konfiguration jedoch hinzugefügt, wenn ein Zertifikatspseudonym eingegeben und auf 'Speichern' geklickt wurde.
Lösung
Kein Handeln erforderlich. Die Änderungen wurden gespeichert.
|