Veraltete Features von WebSphere Application Server Traditional
Wenn Sie eine Migration Ihrer Konfiguration von einem früheren Release von WebSphere Application Server durchführen, sollten Sie beachten, dass verschiedene Features in diesem Release und früheren Releases nicht weiter unterstützt werden.
V.R.M.F
Für diese Angaben gilt Folgendes:- V = Version
- R = Release
- M = Modifikation
- F = Fixpack
Wenn ein hier aufgelistetes Feature als veraltet gekennzeichnet ist, entfernt IBM® diese Funktion möglicherweise in einem der nachfolgenden Releases des Produkts. Künftige Investitionen konzentrieren sich auf die unter Empfohlene Migrationsaktionen aufgelistete strategische Funktion. Normalerweise ist ein Feature nur dann veraltet, wenn eine funktional entsprechende Alternative bereitgestellt wird. Ein Feature wird erst nach zwei Hauptreleases oder drei vollen Jahren entfernt (je nachdem, welcher Zeitraum länger ist), gerechnet ab dem Release, in dem das Feature als veraltet gekennzeichnet wurde. Bezogen auf eine Folge von Releases, die Release 6.0, 6.1 und 7.0 umfassen, bedeutet dies z. B., dass Features, die in Release 6.0 veraltet sind, erst in Release 7.0 entfernt werden könnten. In einigen seltenen Fällen kann es erforderlich sein, Features bereits früher zu entfernen. Diese Fälle werden in den Beschreibungen dieser veralteten Features explizit genannt.
In den folgenden Tabellen sind die veralteten Features nach Version und Release aufgelistet. Die Tabellen zeigen, welche Features veraltet sind, z. B. APIs (Anwendungsprogrammierschnittstellen), Scripting-Schnittstellen, Tools, Assistenten, allgemein zugängliche Konfigurationsdaten, Namens-IDs und Konstanten. Wenn möglich, geben die Tabellen auch die empfohlene Migrationsaktion an.
Dieser Artikel enthält folgende Tabellen mit veralteten Features:
- Features, die ab Version 9.0 nicht mehr verwendet werden
- Veraltete Features in Version 8.5.5
- Veraltete Features in Version 8.5
- Veraltete Features in Version 8.0.0.1
- Veraltete Features in Version 8.0
- Veraltete Features in Version 7.0
- Veraltete Features in Version 6.1
- Veraltete Features in Version 6.0.2
Veraltete Features in Version 6.0.1
- Veraltete Features in Version 6.0
- Veraltete Features in Version 5.1.1
- Veraltete Features in Version 5.1
- Veraltete Features in Version 5.0.2
- Veraltete Features in Version 5.0.1
- Veraltete Features in Version 5.0
Features, die ab Version 9.0 nicht mehr verwendet werden
Kategorie | Veraltet | Empfohlene Migrationsaktion |
---|---|---|
Anwendungsprogrammiermodell und Container | Die folgenden Java EE 7-Technologien (Java™ Platform, Enterprise Edition) werden nicht weiter unterstützt:
Auch die folgenden optionalen Java EE 7-Technologien werden nicht weiter unterstützt:
|
|
Die folgenden asynchronen Programmiermodelle:
|
Verwenden Sie Concurrency Utilities for Java EE (JSR 236). Concurrency Utilities for Java EE bietet einen standardisierten Ansatz für die Ausführung von Operationen in einem Anwendungsserver. Informationen zur Migration von asynchronen Beans und CommonJ finden Sie unter Beispiele für die Migration auf EE Concurrency von asynchronen Beans und CommonJ. | |
Gleichmäßige Lastverteilung | Ausweichcluster | Anstatt IIOP-basierte Ausweichcluster mithilfe von Stammgruppenbrücken über mehrere Zellen zu verwenden, können Sie EJB-Funktionalitäten mit REST-Schnittstellen packen. Verteilen Sie dann mit Front-End-Lastverteilung, z. B. einem On Demand Router, die Arbeitslast gleichmäßig. |
Datenbanken | Datenquellen von WebSphere Application Server Version 4.0 | Verwenden Sie die Datenquellen für WebSphere Application Server Version 5.0 und höher. Diese Datenquellen basieren auf einer JCA-Standardarchitektur. Die Einstellungen für diese Datenquellen sind im Artikel Datenquellen beschrieben. Die veralteten Datenquellen der Version 4.0 basieren auf einer Verbindungsmanagerarchitektur. Die Einstellungen für diese Datenquellen sind im Artikel Datenquellen (WebSphere Application Server Version 4) - Veraltet beschrieben. Informationen zu den Unterschieden zwischen diesen Datenquellen finden Sie im Artikel Datenquellen. |
MBean DataSource von WebSphere Application Server Version 4.0 | Verwenden Sie die MBean DataSource. Weitere Informationen finden Sie im Artikel MBean DataSource | |
Intelligent Management | Unterstützte und vollständige Lebenszyklusmanagement-Server | Migrieren Sie WebSphere Liberty-Server in eine Liberty-Management-Server-Verbundkonfiguration. Es gibt keine empfohlene Migrationsaktion für andere Servertypen. |
Zwischengeschaltete Services | DMZ Secure Proxy Server | Wenn Sie den Proxy-Server als Front-End für WebSphere Application Server einsetzen, verwenden Sie IBM HTTP Server und die WebSphere-Web-Server-Plug-ins, On Demand Router oder IBM
DataPower-Geräte. Wenn Sie den Proxy-Server von WebSphere Application Server getrennt einsetzen, verwenden Sie IBM HTTP Server und das WebSphere-Web-Server-Plug-in mit Intelligent Management, On Demand Router oder IBM DataPower-Geräte. Weitere Informationen zu zwischengeschaltenen Services finden Sie im Artikel Front-End für die WebSphere Application Server-Topologie auswählen. |
Systemverwaltung | Jython 2.1 | Migrieren Sie auf Jython 2.7 |
Systemverwaltung | wsadmin-Scripting mit Jacl | Verwenden Sie die Programmiersprache Jython, um wsadmin-Scripts zu erstellen. Weitere Informationen finden Sie im Artikel wsadmin-Scripting mit Jython verwenden. |
![]() |
![]() |
![]() |
Systemverwaltung | Das Tool IBM Support Assistant (ISA) Data Collector sammelt Informationen aus Ihrer WebSphere Application Server-Umgebung für den IBM Software Support. | Verwenden Sie das Collector-Tool (collector.bat oder collector.sh).
|
Konfiguration des Web-Server-Plug-ins | Topologiezentrierte oder globale Plug-in-Konfiguration | Verwenden Sie die anwendungszentrierte Plug-in-Konfiguration. Eine anwendungszentrierte Konfigurationsdatei des Typs plugin-cfg.xml hat eine Anwendung, die sowohl Web-Server- als auch Anwendungsserverdefinitionen zugeordnet wird. Weitere Informationen finden Sie im Artikel Web-Server-Plug-in implementieren. |
Service Integration Bus | Interoperation durch IBM MQ-Server. Weitere Informationen finden Sie im Artikel Interoperation mit IBM MQ-Server. | Verwenden Sie IBM MQ-Ressourcenadapter oder IBM MQ-Link, um für die Interoperation eine Verbindung zum IBM MQ-Netz herzustellen. Weitere Informationen finden Sie unter Interoperation mit WebSphere MQ-Messaging-Provider und Verbindung zwischen einem Bus und einem WebSphere MQ-Netz mit WebSphere MQ-Links herstellen. |
Veraltete Features in Version 8.5.5
Kategorie | Veraltet | Empfohlene Migrationsaktion |
---|---|---|
Anwendungsassemblierung und -implementierung | IBM Assembly and Deploy Tools for WebSphere Administration | Verwenden Sie für Programmiermodelle, die Java EE 5 und höher verwenden, IBM WebSphere Developer Tools. Um die Bindungs- und Erweiterungsimplementierungsdeskriptoren für Java EE-Programmiermodelle vor Version Java EE 5 anzupassen, verwenden Sie die WebSphere-Administrationskonsole bei der Installation Ihrer Anwendung. Weitere Informationen finden Sie im Artikel Unternehmensanwendungsdateien über die Konsole installieren. Verwenden Sie zum Generieren des Implementierungscodes für Enterprise JavaBean (EJB) 2.x den Befehl ejbdeploy oder geben Sie an, dass Enterprise-Beans bei der Installation Ihrer Anwendung implementiert werden sollen. Es gibt keinen Ersatz für die Editoren für die Datei ibm-webservices-bnd.xml und die Deploymentdeskriptoren der Programmiermodellerweiterungen. |
Edge Components | Unterstützung von WebSphere Edge
Components Load Balancer for IPv4 Anmerkung: Features, die in
Load Balancer for IPv4 and IPv6 nicht verfügbar sind, wurden in
Version 6.1 nicht weiter unterstützt und anschließend stabilisiert. Weitere Informationen finden Sie unter
Stabilisierte Features.
|
Migrieren Sie auf WebSphere Edge Components Load Balancer for IPv4 und IPv6. |
![]() |
![]() Anmerkung: Dieses
Feature wurde in Version 9.0 entfernt.
|
![]() Wenn Sie den Proxy-Server
nicht zusammen mit WebSphere Application Server verwenden, können Sie grundlegende HTTP-Proxy-Funktionen
über die HTTP-Server im z/OS-Paket nutzen:
|
IBM HTTP Server | Unterstützung für CRL-Protokolle | Verwenden Sie Online Certificate Status Protocol (OCSP) mit TLS-Zertifikaten. In IBM HTTP Server wird die CRL-Unterstützung mit den Anweisungen SSLCRLHostname und SSLCRLUserid aktiviert. Die CRL-Unterstützung wird auch durch die Erweiterung CRLDistributionPoint in TLS-Zertifikaten gesteuert. In den TLS-Spezifikationen wird jetzt OCSP bevorzugt. OSCP wird mit den Anweisungen SSLOCSPEnable und SSLOCSPResponderURL aktiviert. In TLS-Zertifikaten wird die OCSP-Unterstützung durch die Erweiterung AuthorityInformationAccess gesteuert. Weitere Informationen finden Sie im Artikel SSL-Zertifikatswiderrufsliste und Online Certificate Status Protocol. |
Web 2.0 und Mobile Toolkit | Dojo Toolkit einschließlich Dojo Diagrammer | Dojo-Desktop-Anwendungen und mobile Anwendungen sind weiterhin funktionsfähig, werden jedoch nicht mehr unterstützt. Sie können weiterhin das quelloffene Dojo Toolkit für die Entwicklung von Dojo-Anwendungen verwenden. |
Web-Messaging-Service | Migrieren Sie Anwendungen, die den Web-Messaging-Service verwenden, sodass sie asynchrone Servlets gemäß der Servlet-3.0-Spezifikation oder das WebSocket-Protokoll verwenden. Weitere Informationen finden Sie im Artikel Servlets mit WAS-Erweiterungen entwickeln. | |
Ajax-Proxy | Migrieren Sie Ihre Ajax-Proxy-Anwendungen, sodass sie für domänenübergreifende Anforderungen den Mechanismus "Cross-Origin Resource Sharing (CORS)" verwenden. | |
Unterstützung für die folgenden serverseitigen Services:
|
Gestalten Sie Ihre Anwendungen so um, dass sie Java API for RESTful Web Services (JAX-RS) verwenden. Wenn Sie den Grafikservice migrieren, können Sie das quelloffene Projekt Apache Batik für die Konvertierung von Images verwenden. |
|
Unterstützung für die folgenden Anwendungsservices:
|
Es gibt keine empfohlene Migrationsaktion. |
Veraltete Features in Version 8.5
Kategorie | Veraltet | Empfohlene Migrationsaktion |
---|---|---|
Anwendungsservices | Eigenschaft "com.ibm.websphere.management.application.client.EnvEntry_processAnnotations" | Eigenschaft "com.ibm.websphere.management.application.client.EnvEntry_processBindings" verwenden |
DOJO-Widgets, die dem Feature Communications Enabled Applications (CEA) zugeordnet sind | Verwenden Sie den Quellcode und die Beschreibung des Widgets CEA DOJO 1.5, die in dem öffentlich zugänglichen developerWorks-Artikel Developing WebSphere Application Server Communication Enabled Application (CEA) widgets verfügbar sind. | |
Alle Anwendungsprogrammierschnittstellen (APIs) für das CEI-Modul (Common Event Infrastructure) Die folgenden
Dateien werden vom CEI-Modul verwendet und sind veraltet:
|
Verwenden Sie Service Integration Bus (SIBus) für neue Anwendungen, die ereignisbasierte Modelle erfordern. Entwerfen Sie neue Anwendungen mit den in SIB bereitgestellten APIs für das Senden und Empfangen von Ereignissen. | |
com.ibm.portal.*-Pakete:
|
Es gibt keine empfohlene Migrationsaktion. | |
Die Methode "revokeSSOCookies(HttpServletRequest, HttpServletResponse)" aus der Klasse "WSSecurityHelper" Anmerkung: Diese
Methode wird im Liberty-Profil nicht unterstützt.
|
Verwenden Sie die von der Java-Servlet-3.0-Methode bereitgestellte Methode "logout()".
Lesen Sie hierzu den Artikel Servletsicherheitsmethoden. |
|
Die Methode "getLTPACookieFromSSOToken()" aus der Klasse "WSSecurityHelper" Anmerkung: Diese
Methode wird im Liberty-Profil nicht unterstützt.
|
Verwenden Sie die von der Methode "getSSOCookieFromSSOToken()" aus der Klasse "WebSecurityHelper" bereitgestellte Funktionalität. | |
Anwendungsassemblierung und -implementierung | Communications Enabled Applications | Es gibt keine Alternative zu CEA. Wenn Sie Ihre Anwendung in Liberty implementieren, können Sie das Feature Rtcomm verwenden, das einen Satz echtzeitorientierter Kommunikationstools bereitstellt. Weitere Informationen finden Sie unter WebRTC Application Development with Rtcomm. |
Edge Components | Von WebSphere Edge Components Load Balancer for IPv4 bereitgestelltes Feature Wide-Area Network Dispatcher (WAND) | Verwenden Sie die Weiterleitungsmethode NAT (Network Address Translation, Netzadressumsetzung) in IPv4 bzw. die Weiterleitungsmethode MAC (Media Access Control) mit Kapselung in IPv6. |
Die folgenden beiden Komponenten von WebSphere Edge Components Load Balancer
for IPv4, die mit diesen Anbieteroptionen arbeiten, um SNMP-Statistiken (Simple Network
Management Protocol) zur Serververfügbarkeit zu unterstützen:
|
Verwenden Sie einen IBM Load Balancer. | |
Unterstützung von WebSphere Edge Components Load Balancer for IPv4 für Token-Ring-Schnittstelle | Verwenden Sie eine Ethernet-Schnittstelle. | |
Systemverwaltung | Intelligent Management-Unterstützung für die folgenden Middleware-Server-Typen mit unterstütztem Life-Cycle-Management:
Anmerkung: Dies wird wieder unterstützt und wurde in Version 8.5.5 stabilisiert.
|
Verwenden Sie wsadmin-Scripting, um diese Middleware-Server-Ressourcen zu verwalten. |
Die Serverschablonen defaultXD und defaultXDZOS,die beim Erstellen eines dynamischen Clusters verwendet werden | Verwenden Sie die Serverschablone default oder defaultZOS. | |
![]() ![]() |
![]() ![]() Lesen Sie hierzu den Artikel Migration, Koexistenz und Interoperabilität. |
Veraltete Features in Version 8.0.0.1
Kategorie | Veraltet | Empfohlene Migrationsaktion |
---|---|---|
Systemverwaltung | Die Unterstützung der folgenden Software hat das Ende des Lebenszyklus erreicht:
|
Führen Sie eine Migration auf die folgenden Komponenten durch:
|
Veraltete Features in Version 8.0
![[z/OS]](../images/ngzos.gif)
Kategorie | Veraltet | Empfohlene Migrationsaktion |
---|---|---|
Anwendungsprogrammierungsmodell | Die JavaServer Faces (JSF) 1.2 Sun Reference Implementation (RI) Anmerkung: Dieses
Feature wurde in Version 9.0 entfernt.
|
Verwenden Sie die JSF 2.0 MyFaces-Implementierung, die Standardimplementierung für WebSphere Application Server Version 8.0. Weitere Informationen zur Migration auf die JSF 2.0 MyFaces-Implementierung finden Sie im Artikel Migration von JavaServer Faces und im IBM developerWorks-Artikel Migrate JavaServer Faces 1.x applications to JavaServer Faces 2.0. |
Anwendungsservices | Folgende Befehlszeilenargumente des Dienstprogramms "historyInfo":
|
Beachten Sie bei der Verwendung des Dienstprogramms "historyInfo"
Folgendes:
|
Folgende Befehlszeilenargumente des Dienstprogramms "versionInfo":
|
Beachten Sie bei der Verwendung des Dienstprogramms "versionInfo"
Folgendes:
|
|
Folgende Methoden in der Klasse "com.ibm.websphere.product.WASDirectory":
|
Verwenden Sie diese Methoden nicht.
|
|
Anwendungsservices | Folgende Klassen im Paket "com.ibm.websphere.product.*":
|
Verwenden Sie die folgenden Richtlinien:
|
Folgende Konstanten in der Klasse "com.ibm.websphere.product.WASDirectory":
|
WASDirectory-Schnittstellen sind von Produkt-IDs unabhängig und behandeln Produkt-IDs als Zeichenfolge. Alle produktspezifischen Caller müssen selbst Produkt-IDs angeben. | |
Unterstützung für Java API for XML Registries (JAXR) | Verwenden Sie UDDI Version 3. | |
Sicherheit | TAM-TAI-Schnittstelle "com.ibm.ws.security.web.TAMTrustAssociationInterceptorPlus" | Fordern Sie die aktuelle Version des Tivoli-Codes auf der Website von Tivoli Access Manager Trust Association Interceptor Plus an. |
Systemverwaltung | Befehl createServerType in der Befehlsgruppe "ServerManagement" für das Objekt "AdminTask" | Erstellen Sie keine neuen Servertypen. |
Folgende Befehle in der Befehlsgruppe "ManagedNodeGroup" für das Objekt "AdminTask":
|
Verwenden Sie die folgenden Befehle in der Befehlsgruppe "TargetGroup" für das Objekt
"AdminTask":
|
|
Serviceprotokoll, üblicherweise activity.log | Verwenden Sie eine der folgenden Dateien, um auf den Protokollinhalt zuzugreifen:
|
|
Unterstützung für die Implementierung von Java-EE-Modulen oder -Anwendungen (Java Platform, Enterprise Edition in einem Anwendungsserver, der die Spezifikation Java EE Application Deployment API (JSR-88) verwendet | Verwenden Sie eine der anderen Optionen für die Implementierung von Anwendungen im Server, wie z. B. wsadmin-Scripting oder JMX-MBeans. Die Methode, der der Verwendung von Java EE Deployment API am nächsten kommt, sind WebSphere-JMX-MBeans. Nähere Informationen finden Sie im Artikel Methoden für die Installation von Unternehmensanwendungen oder -modulen. | |
DataPower-Gerätemanager | Sie können den DataPower-Gerätemanager weiterhin für die Verwaltung vorhandener
unterstützter DataPower-Geräte verwenden, bis dieser
aus dem Produkt entfernt wird oder bis die Geräte außer Betrieb genommen werden.
In WebSphere Application
Server Version 8.0 werden die folgenden Geräte unterstützt:
Neue Geräte, die nicht in der vorherigen Liste aufgeführt sind, werden über ein separates Angebot für die Verwaltung von DataPower-Geräten verwaltet, das auch vorhandene Geräte verwalten kann. |
|
Tivoli Performance Viewer | Verwendung des Formats Scalable Vector Graphics (SVG) in Tivoli Performance Viewer zum Plotten von Grafiken | Es ist keine Aktion erforderlich. Tivoli Performance Viewer verwendet jetzt das Dojo-Format für das Plotten von Grafiken.
Anmerkung: Um zum früheren Grafikstil zurückzukehren, der SVG- und Bildformate unterstützt, setzen Sie die JVM-Systemeigesnchaft "com.ibm.websphere.tpv.DojoGraph" auf
"false".
|
![[AIX Solaris HP-UX Linux Windows]](../images/dist.gif)
Kategorie | Veraltet | Empfohlene Migrationsaktion |
---|---|---|
Anwendungsprogrammierungsmodell | Die JavaServer Faces (JSF) 1.2 Sun Reference Implementation (RI) Anmerkung: Dieses
Feature wurde in Version 9.0 entfernt.
|
Verwenden Sie die JSF 2.0 MyFaces-Implementierung, die Standardimplementierung für WebSphere Application Server Version 8.0. Weitere Informationen zur Migration auf die JSF 2.0 MyFaces-Implementierung finden Sie im Artikel Migration von JavaServer Faces und im IBM developerWorks-Artikel Migrate JavaServer Faces 1.x applications to JavaServer Faces 2.0. |
Anwendungsservices | Folgende Befehlszeilenargumente des Dienstprogramms "historyInfo":
|
Beachten Sie bei der Verwendung des Dienstprogramms "historyInfo"
Folgendes:
|
Folgende Befehlszeilenargumente des Dienstprogramms "versionInfo":
|
Beachten Sie bei der Verwendung des Dienstprogramms "versionInfo"
Folgendes:
|
|
Folgende Methoden in der Klasse "com.ibm.websphere.product.WASDirectory":
|
Verwenden Sie diese Methoden nicht.
|
|
Anwendungsservices | Folgende Klassen im Paket "com.ibm.websphere.product.*":
|
Verwenden Sie die folgenden Richtlinien:
|
Folgende Konstanten in der Klasse "com.ibm.websphere.product.WASDirectory":
|
WASDirectory-Schnittstellen sind von Produkt-IDs unabhängig und behandeln Produkt-IDs als Zeichenfolge. Alle produktspezifischen Caller müssen selbst Produkt-IDs angeben. | |
Unterstützung für Java API for XML Registries (JAXR) | Verwenden Sie UDDI Version 3. | |
Sicherheit | TAM-TAI-Schnittstelle "com.ibm.ws.security.web.TAMTrustAssociationInterceptorPlus" | Fordern Sie die aktuelle Version des Tivoli-Codes auf der Website von Tivoli Access Manager Trust Association Interceptor Plus an. |
Systemverwaltung | Befehl createServerType in der Befehlsgruppe "ServerManagement" für das Objekt "AdminTask" | Erstellen Sie keine neuen Servertypen. |
Folgende Befehle in der Befehlsgruppe "ManagedNodeGroup" für das Objekt "AdminTask":
|
Verwenden Sie die folgenden Befehle in der Befehlsgruppe "TargetGroup" für das Objekt
"AdminTask":
|
|
Folgende Befehle zum Starten von Profile
Management Tool:
|
Verwenden Sie die folgenden Befehle, um WebSphere Customization Toolbox zu starten:
|
|
Serviceprotokoll, üblicherweise activity.log | Verwenden Sie eine der folgenden Dateien, um auf den Protokollinhalt zuzugreifen:
|
|
Unterstützung für die Implementierung von Java-EE-Modulen oder -Anwendungen (Java Platform, Enterprise Edition in einem Anwendungsserver, der die Spezifikation Java EE Application Deployment API (JSR-88) verwendet | Verwenden Sie eine der anderen Optionen für die Implementierung von Anwendungen im Server, wie z. B. wsadmin-Scripting oder JMX-MBeans. Die Methode, der der Verwendung von Java EE Deployment API am nächsten kommt, sind WebSphere-JMX-MBeans. Nähere Informationen finden Sie im Artikel Methoden für die Installation von Unternehmensanwendungen oder -modulen. | |
DataPower-Gerätemanager | Sie können den DataPower-Gerätemanager weiterhin für die Verwaltung vorhandener
unterstützter DataPower-Geräte verwenden, bis dieser
aus dem Produkt entfernt wird oder bis die Geräte außer Betrieb genommen werden.
In WebSphere Application
Server Version 8.0 werden die folgenden Geräte unterstützt:
Neue Geräte, die nicht in der vorherigen Liste aufgeführt sind, werden über ein separates Angebot für die Verwaltung von DataPower-Geräten verwaltet, das auch vorhandene Geräte verwalten kann. |
|
Tivoli Performance Viewer | Verwendung des Formats Scalable Vector Graphics (SVG) in Tivoli Performance Viewer zum Plotten von Grafiken | Es ist keine Aktion erforderlich. Tivoli Performance Viewer verwendet jetzt das Dojo-Format für das Plotten von Grafiken.
Anmerkung: Um zum früheren Grafikstil zurückzukehren, der SVG- und Bildformate unterstützt, setzen Sie die JVM-Systemeigesnchaft "com.ibm.websphere.tpv.DojoGraph" auf
"false".
|
![[IBM i]](../images/iseries.gif)
Kategorie | Veraltet | Empfohlene Migrationsaktion |
---|---|---|
Anwendungsprogrammierungsmodell | Die JavaServer Faces (JSF) 1.2 Sun Reference Implementation (RI) Anmerkung: Dieses
Feature wurde in Version 9.0 entfernt.
|
Verwenden Sie die JSF 2.0 MyFaces-Implementierung, die Standardimplementierung für WebSphere Application Server Version 8.0. Weitere Informationen zur Migration auf die JSF 2.0 MyFaces-Implementierung finden Sie im Artikel Migration von JavaServer Faces und im IBM developerWorks-Artikel Migrate JavaServer Faces 1.x applications to JavaServer Faces 2.0. |
Anwendungsservices | Folgende Befehlszeilenargumente des Dienstprogramms "historyInfo":
|
Beachten Sie bei der Verwendung des Dienstprogramms "historyInfo"
Folgendes:
|
Folgende Befehlszeilenargumente des Dienstprogramms "versionInfo":
|
Beachten Sie bei der Verwendung des Dienstprogramms "versionInfo"
Folgendes:
|
|
Folgende Methoden in der Klasse "com.ibm.websphere.product.WASDirectory":
|
Verwenden Sie diese Methoden nicht.
|
|
Anwendungsservices | Folgende Klassen im Paket "com.ibm.websphere.product.*":
|
Verwenden Sie die folgenden Richtlinien:
|
Folgende Konstanten in der Klasse "com.ibm.websphere.product.WASDirectory":
|
WASDirectory-Schnittstellen sind von Produkt-IDs unabhängig und behandeln Produkt-IDs als Zeichenfolge. Alle produktspezifischen Caller müssen selbst Produkt-IDs angeben. | |
Unterstützung für Java API for XML Registries (JAXR) | Verwenden Sie UDDI Version 3. | |
Sicherheit | TAM-TAI-Schnittstelle "com.ibm.ws.security.web.TAMTrustAssociationInterceptorPlus" | Fordern Sie die aktuelle Version des Tivoli-Codes auf der Website von Tivoli Access Manager Trust Association Interceptor Plus an. |
Systemverwaltung | Befehl enableJvm | Verwenden Sie den Befehl managesdk. |
Befehl createServerType in der Befehlsgruppe "ServerManagement" für das Objekt "AdminTask" | Erstellen Sie keine neuen Servertypen. | |
Folgende Befehle in der Befehlsgruppe "ManagedNodeGroup" für das Objekt "AdminTask":
|
Verwenden Sie die folgenden Befehle in der Befehlsgruppe "TargetGroup" für das Objekt
"AdminTask":
|
|
Serviceprotokoll, üblicherweise activity.log | Verwenden Sie eine der folgenden Dateien, um auf den Protokollinhalt zuzugreifen:
|
|
Unterstützung für die Implementierung von Java-EE-Modulen oder -Anwendungen (Java Platform, Enterprise Edition in einem Anwendungsserver, der die Spezifikation Java EE Application Deployment API (JSR-88) verwendet | Verwenden Sie eine der anderen Optionen für die Implementierung von Anwendungen im Server, wie z. B. wsadmin-Scripting oder JMX-MBeans. Die Methode, der der Verwendung von Java EE Deployment API am nächsten kommt, sind WebSphere-JMX-MBeans. Nähere Informationen finden Sie im Artikel Methoden für die Installation von Unternehmensanwendungen oder -modulen. | |
DataPower-Gerätemanager | Sie können den DataPower-Gerätemanager weiterhin für die Verwaltung vorhandener
unterstützter DataPower-Geräte verwenden, bis dieser
aus dem Produkt entfernt wird oder bis die Geräte außer Betrieb genommen werden.
In WebSphere Application
Server Version 8.0 werden die folgenden Geräte unterstützt:
Neue Geräte, die nicht in der vorherigen Liste aufgeführt sind, werden über ein separates Angebot für die Verwaltung von DataPower-Geräten verwaltet, das auch vorhandene Geräte verwalten kann. |
|
Tivoli Performance Viewer | Verwendung des Formats Scalable Vector Graphics (SVG) in Tivoli Performance Viewer zum Plotten von Grafiken | Es ist keine Aktion erforderlich. Tivoli Performance Viewer verwendet jetzt das Dojo-Format für das Plotten von Grafiken.
Anmerkung: Um zum früheren Grafikstil zurückzukehren, der SVG- und Bildformate unterstützt, setzen Sie die JVM-Systemeigesnchaft "com.ibm.websphere.tpv.DojoGraph" auf
"false".
|
Veraltete Features in Version 7.0
![[z/OS]](../images/ngzos.gif)
Kategorie | Veraltet | Empfohlene Migrationsaktion |
---|---|---|
Anwendungsprogrammierungsmodell | Methode "registerSynchronizationCallbackForCurrentTran" in der Schnittstelle "com.ibm.websphere.jtaextensions.ExtendedJTATransaction" | Verwenden Sie stattdessen die Methode
"registerInterposedSynchronization" in der Schnittstelle "TransactionSynchronizationRegistry".
Weitere Informationen hierzu finden Sie im Artikel JTA-Unterstützung. |
Schnittstelle "com.ibm.ws.extensionhelper.TransactionControl" | Verwenden Sie stattdessen die Schnittstelle "com.ibm.wsspi.uow.UOWManager". Weitere Informationen hierzu finden Sie im Artikel JTA-Unterstützung. |
|
Klasse "HttpServletRequestProxy" im Paket "com.ibm.websphere.servlet.request" | Verwenden Sie die Klasse "HttpServletRequestWrapper" an Stelle der Klasse "HttpServletRequestProxy". Sie können die Unterklassen dieser Klasse verwenden, um die Funktionalitiät einer vom Server bereitgestellten Klasse "HttpServletRequest" zu überladen oder zu erweitern. | |
Klasse "HttpServletResponseProxy" im Paket "com.ibm.websphere.servlet.response" | Verwenden Sie die Klasse "HttpServletResponseWrapper" an Stelle der Klasse "HttpServletResponseProxy". Sie können die Unterklassen dieser Klasse verwenden, um die Funktionalitiät einer vom Server bereitgestellten Klasse "HttpServletResponse" zu überladen oder zu erweitern. | |
Folgende Klassen, Schnittstellen, Methoden und Felder des
relationalen Ressourcenadapters von WebSphere:
|
Wenn Sie OracleDataStoreHelper verwenden, wechseln Sie zum Oracle 11g JDBC Driver, und verwenden Sie stattdessen
Oracle11gDataStoreHelper. Verwenden Sie anstelle von "getNativeConnection" das Wrappermuster von Java Database Connectivity (JDBC) 4.0. Verwenden Sie an Stelle der WSConnection-Clientinformationen die APIs von JDBC 4.0 für Clientinformationen. Verwenden Sie an Stelle von com.ibm.websphere.rsadapter.WSCallHelper.setConnectionError (Object conn) die Methode "com.ibm.websphere.rsadapter.WSCallHelper.setConnectionError (Object conn, boolean logEvent)". Die neue Methode stellt einen booleschen Parameter bereit, mit dem Sie steuern können, ob Fehlerereignisse im Systemausgabeprotokoll aufgezeichnet werden. Verwenden Sie anstelle von "WSCallHelper.call" die Java-Standardreflexions-APIs. Wenn Sie ORACLE_HELPER verwenden, wechseln Sie zum Oracle 11g JDBC Driver, und verwenden Sie stattdessen ORACLE_11G_HELPER. |
|
Anwendungsprogrammierungsmodell | Folgende Funktionen für die Sitzungsverwaltung:
|
Für die gemeinsame Nutzung von Sitzungen müssen Sie Ihre Anwendung so überarbeiten, dass
die Sitzung gemäß Java Servlet Specification
Version 2.2 und höher dem Webmodul ordnungsgemäß zugeordnet wird. Wenn Daten über die Grenzen von Webmodulen
hinweg gemeinsam genutzt werden müssen,
verwenden Sie die Websphere-erweierung "shared session context = true" oder die API "IBMApplicationSession".
Anstatt Eigenschaften des Sitzungsmanagers als angepasste System- oder Web-Container-Eigenschaften anzugeben, verwenden Sie angepasste Sitzungsmanagereigenschaften. |
Die Verbindungsvalidierung durch SQL-Abfrage | Verwenden Sie die zeitlimitbasierte Validierung, die mit JDBC 4.0 eingeführt wird. | |
Klassen:
Schnittstelle: SERV1\ws\code\admin.thinclient\src\com\ibm\ws\management\ cmdframework\impl\RemoteCommandMgr.java Methoden: Alle Methoden in der Schnittstelle "RemoteCommandMgr" und der MBean-XML SERV1\ws\code\admin.jmx\src\com\ibm\ws\management\ descriptor\xml\RemoteCommandMgr.xml Konstruktor: RemoteCommandMgrImpl() |
Es ist keine Migrationsaktion erforderlich. | |
Folgende proprietäre Klassen, die für die Darstellung und Bearbeitung von
WS-Addressing-Endpunktreferenzen in Java API for XML Web Services (JAX-WS)
2.0 verwendet werden:
|
Verwenden Sie stattdessen die folgenden Klassen:
|
|
Folgende Typen von WebSphere Common Configuration Model (WCCM):
|
Wenn eines Ihrer Jython- oder Jacl-wsadmin-Scripts
einen dieser Typen verwendet, ändern Sie das Script so, dass es den korrekten AdminTask-Befehl für
die entsprechende Funktion ausführt.
Beispiel:
|
|
Umgebung | Modul "mod_file_cache" von IBM HTTP Server (IHS) | Migrieren Sie Ihre IHS-Konfigurationsanweisungen aus dem Modul "mod_file_cache" auf die entsprechenden bereitgestellten Cachemechanismen: mod_mem_cache oder mod_cache. |
IHS-Modul "mod_ibm_ldap" | Migrieren Sie die mod_ibm_ldap-Konfigurationsanweisungen auf die entsprechenden mod_ldap-Anweisungen. | |
IHS-Modul "mod_mime_magic" | Entfernen Sie alle IHS-Konfigurationsanweisungen, die diesem Modul zugeordnet sind. | |
IHS-Modul "mod_proxy_ftp" | Entfernen Sie alle IHS-Konfigurationsanweisungen, die diesem Modul zugeordnet sind. | |
IHS-Modul "mod_afpa_cache" Adaptive Fast Path Architecture (AFPA) ist unter den Betriebssystemen AIX und Windows für das Caching statischer und dynamisch generierter Inhalte veraltet. |
Entfernen Sie alle IHS-Konfigurationsanweisungen, die diesem Modul zugeordnet sind. | |
J2EE-Ressourcen | Folgende Features:
|
Verwenden Sie JMS-Provider, die mit der Spezifikation J2EE Connector Architecture 1.5 kompatibel sind. |
Datenzugriff | Systemeigenschaft "disablePK54589" | Konfigurieren Sie die angepasste Datenquelleneigenschaft "isConnectionSharingBasedOnCurrentState".
Wenn Sie disablePK54589=true verwenden, können Sie diese Eigenschaft durch isConnectionSharingBasedOnCurrentState=false ersetzen. |
Programmierung | Bereitstellung der JWL-Bibliothek (JavaServer Faces Widget) mit WebSphere Application Server | Erstellen Sie manuell eine gemeinsam genutzte Bibliothek für JWL mithilfe der JAR-Datei aus Rational Application Developer. |
Profilverwaltung | Schablone für Deployment-Manager-Profil | Verwenden Sie die Verwaltungsprofilschablone mit einem Deployment-Manager-Server. |
Sicherheit | Unterstützung für die Verwendung des SPENEGO TAI (Simple and Protected GSS-API Negotiation Mechanism Trust Association Interceptor), um HTTP-Anforderungen für geschützte Ressourcen sicher auszuhandeln und zu authentifizieren. | Die integrierte SPNEGO-Webauthentifizierung wird genutzt, um SPNEGO-Filter dynamisch neu zu laden und den Rückgriff auf die Methode der Anwendungsanmeldung zu ermöglichen. |
Server | Unterstützung für den 31-Bit-Adressmodus in WebSphere Application Server for z/OS | Stellen Sie auf die 64-Bit-Unterstützung um. Standardmäßig werden in Version 7.0 neue Server für die Ausführung im 64–Bit-Adressierungsmodus erstellt. Die Server, die von einem früheren Release auf Version 7.0 migriert werden, können jedoch weiterhin für den 31–Bit-Modus konfiguriert bleiben. |
Bereitstellung von Apache Struts 1.1, 1.2.4 und 1.2.7 als optionale Bibliotheken in WebSphere Application Server | Wenn Sie diese Versionen von Apache Struts, weiterhin verwenden möchten, können Sie diese von der Website von Apache Struts herunterladen. | |
Für Stammgruppentransporte die folgenden Konfigurationsoptionen:
|
Stellen Sie auf den Kanalframeworktransport um. Weitere Informationen hierzu finden Sie im Artikel Stammgruppentransporte. |
|
Systemverwaltung | Option für die Installation des Featurs "Pluggable Application Client" für IBM Application Client for WebSphere Application Server | Verwenden Sie stattdessen das neue Feature "EJB Thin Application Client". |
Folgende SIB-Sicherheitsfeatures:
|
Führen Sie folgende Aktionen aus:
|
|
Collector-Tool (collector.bat bzw. collector.sh),
das Informationen zur Installation von WebSphere Application Server erfasst und diese in eine JAR-Datei
(Java-Archiv) packt, die Sie an den IBM Software
Support senden können Anmerkung: Dieses Feature wird weiter unterstützt.
|
Verwenden Sie IBM Support Assistant (ISA) Lite. | |
Protokollbasierte Proxy-Serverschablonen | Verwenden Sie die Administrationskonsole oder die wsadmin-Befehle aus der Befehlsgruppe
"ServerManagement", um ein oder mehrere Protokolle für Proxy-Server auszuwählen.
Weitere Informationen finden Sie im Artikel Befehlsgruppe "ServerManagement" für das Objekt "AdminTask". |
|
WebSphere Touchpoint (Komponente WAS.admin.wstp - alle Klassen und Methoden) | Verwenden Sie die anderen Standardverwaltungsschnittstellen in WebSphere Application Server. | |
Befehle in der Befehlsgruppe "SecureConversation" für das Objekt "AdminTask" | Verwenden Sie die Befehle aus der Befehlsgruppe "WSSCacheManagement", um WS-Security-Konfigurationen (Web Services Security) für verteilte Caches zu verwalten. | |
Folgende LDAP-Konfigurationsnamen (Lightweight Directory Access Protocol)
im eingebundenen VMM-Repository (Virtual Member Manager):
|
Verwenden Sie die folgenden Konfigurationsnamen:
|
|
Web-Services | Unterstützung für den WSDL-Bindungs-Namespace gemäß Spezifikation vom Februar 2006 ('2006/02') | Ersetzen Sie alle Vorkommen des Namespace '2006/02' in WSDL-Dateien durch den Namespace '2006/05' |
WSDM-Schnittstelle (Web Services Distributed Management) | Verwenden Sie die anderen Standardverwaltungsschnittstellen in WebSphere Application Server. | |
IBM proprietäres Protokoll SOAP over Java Message Service (JMS) für JAX-WS- (Java API for XML Web Services) und JAX-RPC-Anwendungen (Java API for XML-based RPC) | Verwenden Sie das Standardprotokoll SOAP over JMS.
Weitere Informationen finden Sie in den Artikeln Protokoll "SOAP over JMS" und SOAP over Java Message Service . Einschränkung: Wenn Ihre
Clientanwendung Enterprise-Bean-basierte Web-Services aufruft, die von einem Release
WebSphere Application Server vor Version 7.0 unterstützt werden, müssen Sie weiterhin das
IBM proprietäre Protokoll SOAP over JMS für den Zugriff auf diese Web-Services verwenden.
|
![[AIX Solaris HP-UX Linux Windows]](../images/dist.gif)
![[IBM i]](../images/iseries.gif)
Kategorie | Veraltet | Empfohlene Migrationsaktion |
---|---|---|
Anwendungsprogrammierungsmodell | Methode "registerSynchronizationCallbackForCurrentTran" in der Schnittstelle "com.ibm.websphere.jtaextensions.ExtendedJTATransaction" | Verwenden Sie stattdessen die Methode
"registerInterposedSynchronization" in der Schnittstelle "TransactionSynchronizationRegistry".
Weitere Informationen hierzu finden Sie im Artikel JTA-Unterstützung. |
Schnittstelle "com.ibm.ws.extensionhelper.TransactionControl" | Verwenden Sie stattdessen die Schnittstelle "com.ibm.wsspi.uow.UOWManager". Weitere Informationen hierzu finden Sie im Artikel JTA-Unterstützung. |
|
Klasse "HttpServletRequestProxy" im Paket "com.ibm.websphere.servlet.request" | Verwenden Sie die Klasse "HttpServletRequestWrapper" an Stelle der Klasse "HttpServletRequestProxy". Sie können die Unterklassen dieser Klasse verwenden, um die Funktionalitiät einer vom Server bereitgestellten Klasse "HttpServletRequest" zu überladen oder zu erweitern. | |
Klasse "HttpServletResponseProxy" im Paket "com.ibm.websphere.servlet.response" | Verwenden Sie die Klasse "HttpServletResponseWrapper" an Stelle der Klasse "HttpServletResponseProxy". Sie können die Unterklassen dieser Klasse verwenden, um die Funktionalitiät einer vom Server bereitgestellten Klasse "HttpServletResponse" zu überladen oder zu erweitern. | |
Folgende Klassen, Schnittstellen, Methoden und Felder des
relationalen Ressourcenadapters von WebSphere:
|
Wenn Sie OracleDataStoreHelper verwenden, wechseln Sie zum Oracle 11g JDBC Driver, und verwenden Sie stattdessen
Oracle11gDataStoreHelper. Verwenden Sie anstelle von "getNativeConnection" das Wrappermuster von Java Database Connectivity (JDBC) 4.0. Verwenden Sie an Stelle der WSConnection-Clientinformationen die APIs von JDBC 4.0 für Clientinformationen. Verwenden Sie an Stelle von com.ibm.websphere.rsadapter.WSCallHelper.setConnectionError (Object conn) die Methode "com.ibm.websphere.rsadapter.WSCallHelper.setConnectionError (Object conn, boolean logEvent)". Die neue Methode stellt einen booleschen Parameter bereit, mit dem Sie steuern können, ob Fehlerereignisse im Systemausgabeprotokoll aufgezeichnet werden. Verwenden Sie anstelle von "WSCallHelper.call" die Java-Standardreflexions-APIs. Wenn Sie ORACLE_HELPER verwenden, wechseln Sie zum Oracle 11g JDBC Driver, und verwenden Sie stattdessen ORACLE_11G_HELPER. |
|
Anwendungsprogrammierungsmodell | Folgende Funktionen für die Sitzungsverwaltung:
|
Für die gemeinsame Nutzung von Sitzungen müssen Sie Ihre Anwendung so überarbeiten, dass
die Sitzung gemäß Java Servlet Specification
Version 2.2 und höher dem Webmodul ordnungsgemäß zugeordnet wird. Wenn Daten über die Grenzen von Webmodulen
hinweg gemeinsam genutzt werden müssen,
verwenden Sie die Websphere-erweierung "shared session context = true" oder die API "IBMApplicationSession".
Anstatt Eigenschaften des Sitzungsmanagers als angepasste System- oder Web-Container-Eigenschaften anzugeben, verwenden Sie angepasste Sitzungsmanagereigenschaften. |
Die Verbindungsvalidierung durch SQL-Abfrage | Verwenden Sie die zeitlimitbasierte Validierung, die mit JDBC 4.0 eingeführt wird. | |
Klassen:
Schnittstelle: SERV1\ws\code\admin.thinclient\src\com\ibm\ws\management\ cmdframework\impl\RemoteCommandMgr.java Methoden: Alle Methoden in der Schnittstelle "RemoteCommandMgr" und der MBean-XML SERV1\ws\code\admin.jmx\src\com\ibm\ws\management\ descriptor\xml\RemoteCommandMgr.xml Konstruktor: RemoteCommandMgrImpl() |
Es ist keine Migrationsaktion erforderlich. | |
Folgende proprietäre Klassen, die für die Darstellung und Bearbeitung von
WS-Addressing-Endpunktreferenzen in Java API for XML Web Services (JAX-WS)
2.0 verwendet werden:
|
Verwenden Sie stattdessen die folgenden Klassen:
|
|
Folgende Typen von WebSphere Common Configuration Model (WCCM):
|
Wenn eines Ihrer Jython- oder Jacl-wsadmin-Scripts
einen dieser Typen verwendet, ändern Sie das Script so, dass es den korrekten AdminTask-Befehl für
die entsprechende Funktion ausführt.
Beispiel:
|
|
Umgebung | Modul "mod_file_cache" von IBM HTTP Server (IHS) | Migrieren Sie Ihre IHS-Konfigurationsanweisungen aus dem Modul "mod_file_cache" auf die entsprechenden bereitgestellten Cachemechanismen: mod_mem_cache oder mod_cache. |
IHS-Modul "mod_ibm_ldap" | Migrieren Sie die mod_ibm_ldap-Konfigurationsanweisungen auf die entsprechenden mod_ldap-Anweisungen. | |
IHS-Modul "mod_mime_magic" | Entfernen Sie alle IHS-Konfigurationsanweisungen, die diesem Modul zugeordnet sind. | |
IHS-Modul "mod_proxy_ftp" | Entfernen Sie alle IHS-Konfigurationsanweisungen, die diesem Modul zugeordnet sind. | |
IHS-Modul "mod_afpa_cache" Adaptive Fast Path Architecture (AFPA) ist unter den Betriebssystemen AIX und Windows für das Caching statischer und dynamisch generierter Inhalte veraltet. |
Entfernen Sie alle IHS-Konfigurationsanweisungen, die diesem Modul zugeordnet sind. | |
Installations- und Wartungstools | Unterstützung für die Verwendung von IBM Update Installer for WebSphere Software Version 6.x für die Anwendung von Wartungspaketen auf WebSphere Application Server Version 6.0.2.21+ und Version 6.1.0.x | Verwenden Sie IBM Update
Installer for WebSphere Software
Version 7.0. Update Installer Version 7.0 unterstützt die Anwendung von Wartungspaketen in WebSphere Application Server Version 6.0.2.21+, Version 6.1.0.x und Version 7.0. |
Unterstützung für die Verwendung von IBM WebSphere Installation Factory Version 6.1 für die Erstellung von Installationspaketen für WebSphere Application Server Version 6.1 | Verwenden Sie IBM
WebSphere Installation Factory
Version 7.0. WebSphere Installation Factory Version 7.0 unterstützt die Erstellung von Installationspaketen für WebSphere Application Server Version 6.1 und Version 7.0. |
|
J2EE-Ressourcen | Folgende Features:
|
Verwenden Sie JMS-Provider, die mit der Spezifikation J2EE Connector Architecture 1.5 kompatibel sind. |
Datenzugriff | Systemeigenschaft "disablePK54589" | Konfigurieren Sie die angepasste Datenquelleneigenschaft "isConnectionSharingBasedOnCurrentState".
Wenn Sie disablePK54589=true verwenden, können Sie diese Eigenschaft durch isConnectionSharingBasedOnCurrentState=false ersetzen. |
Programmierung | Bereitstellung der JWL-Bibliothek (JavaServer Faces Widget) mit WebSphere Application Server | Erstellen Sie manuell eine gemeinsam genutzte Bibliothek für JWL mithilfe der JAR-Datei aus Rational Application Developer. |
Profilverwaltung | Schablone für Deployment-Manager-Profil | Verwenden Sie die Verwaltungsprofilschablone mit einem Deployment-Manager-Server. |
Sicherheit | Unterstützung für die Verwendung des SPENEGO TAI (Simple and Protected GSS-API Negotiation Mechanism Trust Association Interceptor), um HTTP-Anforderungen für geschützte Ressourcen sicher auszuhandeln und zu authentifizieren. | Die integrierte SPNEGO-Webauthentifizierung wird genutzt, um SPNEGO-Filter dynamisch neu zu laden und den Rückgriff auf die Methode der Anwendungsanmeldung zu ermöglichen. |
Server | Bereitstellung von Apache Struts 1.1, 1.2.4 und 1.2.7 als optionale Bibliotheken in WebSphere Application Server | Wenn Sie diese Versionen von Apache Struts, weiterhin verwenden möchten, können Sie diese von der Website von Apache Struts herunterladen. |
Für Stammgruppentransporte die folgenden Konfigurationsoptionen:
|
Stellen Sie auf den Kanalframeworktransport um. Weitere Informationen hierzu finden Sie im Artikel Stammgruppentransporte. |
|
Systemverwaltung | Option für die Installation des Featurs "Pluggable Application Client" für IBM Application Client for WebSphere Application Server | Verwenden Sie stattdessen das neue Feature "EJB Thin Application Client". |
Folgende SIB-Sicherheitsfeatures:
|
Führen Sie folgende Aktionen aus:
|
|
Collector-Tool (collector.bat bzw. collector.sh),
das Informationen zur Installation von WebSphere Application Server erfasst und diese in eine JAR-Datei
(Java-Archiv) packt, die Sie an den IBM Software
Support senden können Anmerkung: Dieses Feature wird weiter unterstützt.
|
Verwenden Sie IBM Support Assistant (ISA) Lite. | |
Protokollbasierte Proxy-Serverschablonen | Verwenden Sie die Administrationskonsole oder die wsadmin-Befehle aus der Befehlsgruppe
"ServerManagement", um ein oder mehrere Protokolle für Proxy-Server auszuwählen.
Weitere Informationen finden Sie im Artikel Befehlsgruppe "ServerManagement" für das Objekt "AdminTask". |
|
WebSphere Touchpoint (Komponente WAS.admin.wstp - alle Klassen und Methoden) | Verwenden Sie die anderen Standardverwaltungsschnittstellen in WebSphere Application Server. | |
Befehle in der Befehlsgruppe "SecureConversation" für das Objekt "AdminTask" | Verwenden Sie die Befehle aus der Befehlsgruppe "WSSCacheManagement", um WS-Security-Konfigurationen (Web Services Security) für verteilte Caches zu verwalten. | |
Folgende LDAP-Konfigurationsnamen (Lightweight Directory Access Protocol)
im eingebundenen VMM-Repository (Virtual Member Manager):
|
Verwenden Sie die folgenden Konfigurationsnamen:
|
|
Web-Services | Unterstützung für den WSDL-Bindungs-Namespace gemäß Spezifikation vom Februar 2006 ('2006/02') | Ersetzen Sie alle Vorkommen des Namespace '2006/02' in WSDL-Dateien durch den Namespace '2006/05' |
WSDM-Schnittstelle (Web Services Distributed Management) | Verwenden Sie die anderen Standardverwaltungsschnittstellen in WebSphere Application Server. | |
IBM proprietäres Protokoll SOAP over Java Message Service (JMS) für JAX-WS- (Java API for XML Web Services) und JAX-RPC-Anwendungen (Java API for XML-based RPC) | Verwenden Sie das Standardprotokoll SOAP over JMS.
Weitere Informationen finden Sie in den Artikeln Protokoll "SOAP over JMS" und SOAP over Java Message Service . Einschränkung: Wenn Ihre
Clientanwendung Enterprise-Bean-basierte Web-Services aufruft, die von einem Release
WebSphere Application Server vor Version 7.0 unterstützt werden, müssen Sie weiterhin das
IBM proprietäre Protokoll SOAP over JMS für den Zugriff auf diese Web-Services verwenden.
|
Veraltete Features in Version 6.1
![[z/OS]](../images/ngzos.gif)
Kategorie | Veraltet | Empfohlene Migrationsaktion |
---|---|---|
Anwendungsprogrammierungsmodell | Methode "setDatabaseDefaultIsolationLevel(int)" in der Klasse "com.ibm.websphere.rsadapter.DataStoreHelperMetaData" | Verwenden Sie stattdessen folgende Methode:
|
Folgende Klasse und Schnittstelle in der Laufzeitumgebung des Mediationsframeworks:
|
Ersetzen Sie alle Vorkommen der Klasse
"com.ibm.websphere.sib,.mediation.handler.SIMessageContextException" durch die Klasse
"com.ibm.websphere.sib.mediation.handler.MessageContextException".
Ersetzen Sie alle Vorkommen des MessageContext-Schnittstelle "com.ibm.websphere.sib.mediation.messagecontext.SIMediationBean" durch eine funktional entsprechende Schnittstelle. WebSphere Application Server stellt keine Implementierung dieser Schnittstelle bereit. |
|
Unterstützung für HTTP-Transportkonfiguration | Beginnen Sie mit der Umstellung auf einen kanalbasierten Transport. | |
Folgende Message-Bean-Funktionen des Web-Containers:
|
Beginnen Sie mit der Umstellung
auf das Kanalframework. Das Kanalframework stellt die Message-Bean "TransportChannelService" bereit, die flexibler ist und über eine größere Anzahl Methoden verfügt als die aktuellen transportbezogenen Methoden. |
|
Unterstützung für die Implementierung containergesteuerter Entity-Beans in einer generischen SQL-Datenbank | Wenn eine Anwendung SQL92 oder SQL99 verwendet, weil die Anwendung mit verschiedenen relationalen Datenbanken ausgeführt werden muss, verwenden Sie die IBM Tools, um implementierten Code für jeden Datenbankanbieter bzw. jede Datenbankversion zu erstellen, die von der Anwendung verwendet werden kann. Geben Sie zum Zeitpunkt der Installation den Datenbankhersteller an oder die Version, die mit WebSphere Application Server verwendet werden soll. | |
Laufzeitunterstützung für die Tools von IBM
WebSphere Studio, die
durch die folgenden Klassen bereitgestellt wird (die verwendet wurden, um die Tools von
Visual Age for Java zu nutzen):
|
Ändern Sie Ihre Anwendung in der Weise, dass sie die J2EE-Standardkonventionen für die Codierung verwendet. | |
Konstantenfeld "CUSTOM_HELPER" in der Klassen-API "com.ibm.websphere.rsadapter.DataStoreHelper" | Wenn Sie eine eigene "DataStoreHelper"-Implementierungsklasse erstellen, sollten Sie "setHelperType(DataStoreHelper.CUSTOM_HELPER)" nicht aufrufen. Überlassen Sie die Einstellung des Werts für "HelperType" stattdessen der Implementierungsklasse, deren Einstellungen übernommen werden. | |
J2EE-Ressourcen | Möglichkeit zum Herstellen einer Verbindung von einem Anwendungsserver oder einem J2EE-Anwendungsclient zur JMS-Serverkomponente des Features Embedded Messaging in WebSphere Application Server Version 5
Folgendes wird nicht mehr unterstützt:
|
Führen Sie folgende Aktionen aus:
|
Systemverwaltung | Anpassungsdialog; die Gruppe der ISPF-Anzeigen (Interactive System Productivity Facility), die verwendet werden, um Jobs und Anweisungen für die Konfiguration und Migration der Umgebung von WebSphere Application Server for z/OS zu erstellen | Verwenden Sie Profile Management Tool (nur z/OS) oder den Befehl zpmt, um die Jobs und Anweisungen
für die Erstellung von Profilen zu generieren.
Verwenden Sie z/OS Migration Management Tool, um die Migrationsdefinitionen zu erstellen. Informationen zur Verwendung des z/OS Migration Management Tool finden Sie im Artikel Using the z/OS Migration Management Tool to create and manage migration definitions in der Dokumentation. |
Befehl clientUpgrade | Es ist keine Migrationsaktion erforderlich. | |
Helper für Cloudscape-Datenspeicher (com.ibm.websphere.rsadapter.CloudscapeDataStoreHelper) und Helper für Cloudscape-Network-Server-Datenspeicher (com.ibm.websphere.rsadapter.CloudscapeNetworkServerDataStoreHelper) sowie deren Typen in DataStoreHelper | Für vorhandene Konfigurationen ist keine Migrationsaktion erforderlich.
Das Migrationsdienstprogramm ändert die veralteten Cloudscape-Helper in
Derby-Helper. Verwenden Sie für neue Konfigurationen die Helper und Typen für Derby-Datenspeicher anstelle der Helper für Cloudscape-Datenspeicher. Weitere Informationen hierzu finden Sie im Artikel Erforderliche Mindesteinstellungen für die Datenquellen nach Anbieter. |
|
DB2 Legacy CLI-based Type 2 JDBC Driver Provider | Verwenden Sie ab jetzt DB2 Universal JDBC Driver Provider. | |
Unterstützung für Logical Pool Distribution (com.ibm.websphere.csi.ThreadPoolStrategy.LogicalPoolDistribution) | Es ist keine Migrationsaktion erforderlich. Wird diese Funktion entfernt, werden allerdings alle angepassten ORB-Eigenschaften, die Sie dafür festgelegt haben, ignoriert. Dies betrifft die angepassten ORB-Eigenschaften "com.ibm.websphere.threadpool.strategy.LogicalPoolDistribution.*". Weitere Informationen hierzu finden Sie im Artikel Angepasste Eigenschaften des Object Request Broker. |
|
Konfiguration des ORB-Thread-Pools im Objekt "Server" in der Datei server.xml | Verwenden Sie stattdessen die Konfiguration des Thread-Pools, die als Teil des Objekts "ServerIndex" in der Datei serverindex.xml angegeben ist. | |
Konfigurationsvariable "protocol_http_transport_class_mapping_file", die den Namen der Zuordnungsdatei für Transaktionsklassen angibt | Verwenden Sie die Konfigurationsvariable "wlm_classification_file", um den Namen der
XML-Datei abzugeben, die HTTP-Anforderungen WLM-Transaktionsklassen zuordnet.
Die veraltete Zuordnungsdatei unterstützte die Angabe mehrerer Transaktionsklassen pro Zeile. Dies ermöglichte einen künstlichen Effekt der Arbeitszuteilung nach dem Round-Robin-Verfahren. Obwohl die XML-Datei, auf die die Variable "wlm_classification_file" zeigt, die Angabe mehrerer Transaktionsklassen pro Zeile nicht unterstützt, können Sie diesen Effekt über die Round-Robin-Option von zWLM besser erzielen. Wählen Sie diese Option aus, indem Sie "wlm_stateful_session_placement_on=1" angeben. |
|
Folgende Konfigurationsvariablen:
![]() |
Verwenden Sie die angepasste Eigenschaft "listenBacklog" für den TCP-Transportkanal.
Nähere Informationen zur Verwendung dieser Eigenschaft finden Sie im Artikel Angepasste Eigenschaften des TCP-Transportkanals. |
|
Zuordnungsdatei für SSL-Zertifikate, die mit der Variablen "protocol_https_cert_mapping_file" festgelegt wird.
Die folgenden zugehörigen Konfigurationsvariablen sind ebenfalls veraltet:
|
Derzeit ist keine Migrationsaktion erforderlich. In einer nachfolgenden Version von WebSphere Application Server for z/OS wird ein neues Konfigurationsverfahren bereitgestellt, das Ihnen ermöglicht, je nach Server-IP-Adresse der Socketverbindung ein anderes SSL-Serverzertifikat für den SSL-Handshake auszuwählen. Dieses neue Verwaltungsverfahren wird das aktuelle Dateiformat der Datei ersetzen, auf die die Variable "protocol_http_cert_mapping_file" zeigt. |
|
JVM-Systemeigenschaft "com.ibm.websphere.sendredirect.compatibility" | Beginnen Sie damit, Ihre Anwendungen zu ändern, damit nicht relative URLs,
d. h. solche, die mit einem Schrägstrich ("/") anfangen, relativ zum Servlet-Container
(Stammverzeichnis_des_Web-Servers) und nicht relativ zum Kontextstammverzeichnis der Webanwendung umgeleitet werden. Lesen Sie in der Spezifikation Java Servlet 2.4, die Sie von der Website http://jcp.org/aboutJava/communityprocess/final/jsr154/ herunterladen können, die Informationen zum korrekten Verhalten von "sendRedirect". |
|
Angepasste Erweiterung für das Servlet
"PageList" des Web-Containers, einschließlich folgender Klassen:
|
Ändern Sie Ihre Anwendungen so, dass
sie die "javax.servlet.filter"-Klassen anstelle der
"com.ibm.servlet"-Klassen verwenden.
Ab der Spezifikation Java Servlet 2.3 haben Sie mithilfe von javax.servlet.filter-Klassen die Möglichkeit, Anforderungen abzufangen und Antworten zu prüfen. Darüber hinaus stellen sie Funktionen zur Verkettung sowie Funktionen zum Erweitern und Verkürzen von Antworten bereit. |
|
Folgende angepasste Eigenschaften für eine Datenquelle:
|
Das Produkt bietet diese Eigenschaften jetzt als vorkonfigurierte
Optionen an, die in der folgenden Liste als Ersatzwerte aufgeführt sind. Zur Vermeidung von Laufzeitfehlernachrichten sollten Sie die ursprünglichen angepassten
Eigenschaften permanent inaktivieren, indem Sie sie aus der Liste angepasster Eigenschaften entfernen.
Anmerkung: Wenn die neuen Eigenschaften und die alten Eigenschaften koexistieren, haben die neuen Eigenschaften
Vorrang.
|
|
Systemverwaltung | Peerneustart und -wiederherstellung | Zwecks Transaktionswiederherstellung
wechseln Sie von der Verwendung der PRR-Funktionalität zur Verwendung der
Funktionalität des High Availability Manager.
Informationen dazu, wie Sie den High Availability Manager zur Ausführung der Transaktionswiederherstellung konfigurieren, finden Sie im Artikel Hohe Verfügbarkeit für Transaktionen. |
Sicherheit | Simple WebSphere Authentication Mechanism (SWAM) | Verwenden Sie das LTPA-Verfahren (Lightweight Third-Party Party Authentication).
Weitere Informationen hierzu finden Sie im Artikel Lightweight Third Party Authentication. |
LoginHelper-Funktion der CORBA-Authentifizierung (com.ibm.ws.security.util.LoginHelper) | Führen Sie eine Migration auf das Programmiermodell Java Authentication and Authorization Service (JAAS) durch. Weitere Informationen zu dieser Migration finden Sie im Artikel Programmgesteuerte CORBA-Anmeldung (Common Object Request Broker Architecture) auf JAAS (Java Authentication and Authorization Service) migrieren (CORBA und JAAS). | |
TAI-Schnittstelle (Trust Association Interceptor) "com.ibm.ws.security.web.WebSealTrustAssociationInterceptor"
Dieser Tivoli-TAI-Interceptor, der die TAI-Schnittstelle von WebSphere Application Server implementiert, wurde für die Unterstützung von WebSEAL Version 4.1 bereitgestellt. |
Wenn Sie WebSEAL 5.1 oder höher verwenden möchten, wird empfohlen, den Interceptor com.ibm.ws.security.web.TAMTrustAssociationInterceptorPlus zu verwenden. | |
Unterstützung von z/OS-System-SSL für alle Servertypen mit Ausnahme von Dämonprozessen | Beginnen Sie mit der Konvertierung vorhandener wsadmin-Scripts, die z/OS-System-SSL-Sicherheitseinstellungen verwenden, auf Scripts, die JSSE-Sicherheitseinstellungen verwenden. | |
Leistung | Die Unterstützung für Java Virtual
Machine Profiler Interface (JVMPI) sowie die folgenden zugehörigen
JVM-Laufzeitzähler sind veraltet:
|
Beginnen Sie mit der Umstellung auf Java Virtual Machine Tool Interface (JVMTI). Lesen Sie hierzu den Artikel JVM Tool Interface (JVMTI). |
Unterstützung für Java Virtual Machine Debugger Interface (JVMDI) | Beginnen Sie mit der Umstellung auf Java Virtual Machine Tool Interface (JVMTI). Lesen Sie hierzu den Artikel JVM Tool Interface (JVMTI). |
|
Fehlerbestimmung | Format für Nachrichten-ID, das in WebSphere Application Server Version 6.0.x und früher verwendet wird Die Nachrichtenpräfixe für Protokolldateien wurden früher nicht in der primären Registrierungsdatenbank für Nachrichten registriert. WebSphere Application Server Version 6.1.x und höher verwendet in den Ausgabeprotokollen kompatible Nachrichtenpräfixe. |
Verwenden Sie den Befehl
convertlog und die Klasse
"MessageConverter" zur Migration der Tools,
die das ältere Nachrichtenformat verwenden.
Weitere Informationen hierzu finden Sie im Artikel Protokolldateien für die Verwendung von eindeutigen IBM Nachrichten-IDs konvertieren. |
Plug-in "com.ibm.etools.logging.util" in der Datei logutil.jar
|
Beginnen Sie damit, die
Plug-ins und den Anwendungscode, der die Konfigurationsdateien, Klassen, Methoden
oder Variablen im Plug-in com.ibm.etools.logging.util verwendet, wie folgt umzustellen:
|
![[AIX Solaris HP-UX Linux Windows]](../images/dist.gif)
Kategorie | Veraltet | Empfohlene Migrationsaktion |
---|---|---|
Anwendungsprogrammierungsmodell | Methode "setDatabaseDefaultIsolationLevel(int)" in der Klasse "com.ibm.websphere.rsadapter.DataStoreHelperMetaData" | Verwenden Sie stattdessen folgende Methode:
|
Folgende Klasse und Schnittstelle in der Laufzeitumgebung des Mediationsframeworks:
|
Ersetzen Sie alle Vorkommen der Klasse
"com.ibm.websphere.sib,.mediation.handler.SIMessageContextException" durch die Klasse
"com.ibm.websphere.sib.mediation.handler.MessageContextException".
Ersetzen Sie alle Vorkommen des MessageContext-Schnittstelle "com.ibm.websphere.sib.mediation.messagecontext.SIMediationBean" durch eine funktional entsprechende Schnittstelle. WebSphere Application Server stellt keine Implementierung dieser Schnittstelle bereit. |
|
Folgende Message-Bean-Funktionen des Web-Containers:
|
Beginnen Sie mit der Umstellung
auf das Kanalframework. Das Kanalframework stellt die Message-Bean "TransportChannelService" bereit, die flexibler ist und über eine größere Anzahl Methoden verfügt als die aktuellen transportbezogenen Methoden. |
|
Unterstützung für die Implementierung containergesteuerter Entity-Beans in einer generischen SQL-Datenbank | Wenn eine Anwendung SQL92 oder SQL99 verwendet, weil die Anwendung mit verschiedenen relationalen Datenbanken ausgeführt werden muss, verwenden Sie die IBM Tools, um implementierten Code für jeden Datenbankanbieter bzw. jede Datenbankversion zu erstellen, die von der Anwendung verwendet werden kann. Geben Sie zum Zeitpunkt der Installation den Datenbankhersteller an oder die Version, die mit WebSphere Application Server verwendet werden soll. | |
Laufzeitunterstützung für die Tools von IBM
WebSphere Studio, die
durch die folgenden Klassen bereitgestellt wird (die verwendet wurden, um die Tools von
Visual Age for Java zu nutzen):
|
Ändern Sie Ihre Anwendung in der Weise, dass sie die J2EE-Standardkonventionen für die Codierung verwendet. | |
Konstantenfeld "CUSTOM_HELPER" in der Klassen-API "com.ibm.websphere.rsadapter.DataStoreHelper" | Wenn Sie eine eigene "DataStoreHelper"-Implementierungsklasse erstellen, sollten Sie "setHelperType(DataStoreHelper.CUSTOM_HELPER)" nicht aufrufen. Überlassen Sie die Einstellung des Werts für "HelperType" stattdessen der Implementierungsklasse, deren Einstellungen übernommen werden. | |
J2EE-Ressourcen | Möglichkeit zum Herstellen einer Verbindung von einem Anwendungsserver oder einem J2EE-Anwendungsclient zur JMS-Serverkomponente des Features Embedded Messaging in WebSphere Application Server Version 5
Folgendes wird nicht mehr unterstützt:
|
Führen Sie folgende Aktionen aus:
|
Systemverwaltung | Befehl setup | Verwenden Sie den Befehl install. |
Befehl clientUpgrade | Es ist keine Migrationsaktion erforderlich. | |
Befehl wasprofile | Verwenden Sie den Befehl manageprofiles. Weitere Informationen hierzu finden Sie im Artikel Befehl "manageprofiles". |
|
Folgende Parameter des Befehls WASPostUpgrade:
|
Es ist keine Migrationsaktion erforderlich. | |
Helper für Cloudscape-Datenspeicher (com.ibm.websphere.rsadapter.CloudscapeDataStoreHelper) und Helper für Cloudscape-Network-Server-Datenspeicher (com.ibm.websphere.rsadapter.CloudscapeNetworkServerDataStoreHelper) sowie deren Typen in DataStoreHelper | Für vorhandene Konfigurationen ist keine Migrationsaktion erforderlich.
Das Migrationsdienstprogramm ändert die veralteten Cloudscape-Helper in
Derby-Helper. Verwenden Sie für neue Konfigurationen die Helper und Typen für Derby-Datenspeicher anstelle der Helper für Cloudscape-Datenspeicher. Weitere Informationen hierzu finden Sie im Artikel Erforderliche Mindesteinstellungen für die Datenquellen nach Anbieter. |
|
DB2 Legacy CLI-based Type 2 JDBC Driver Provider | Verwenden Sie ab jetzt DB2 Universal JDBC Driver Provider. | |
Unterstützung für Logical Pool Distribution (com.ibm.websphere.csi.ThreadPoolStrategy.LogicalPoolDistribution) | Es ist keine Migrationsaktion erforderlich. Wird diese Funktion entfernt, werden allerdings alle angepassten ORB-Eigenschaften, die Sie dafür festgelegt haben, ignoriert. Dies betrifft die angepassten ORB-Eigenschaften "com.ibm.websphere.threadpool.strategy.LogicalPoolDistribution.*". Weitere Informationen finden Sie in den Artikeln LPD (Logical Pool Distribution) und Angepasste Eigenschaften des Object Request Broker. |
|
Konfiguration des ORB-Thread-Pools im Objekt "Server" in der Datei server.xml | Verwenden Sie stattdessen die Konfiguration des Thread-Pools, die als Teil des Objekts "ServerIndex" in der Datei serverindex.xml angegeben ist. | |
JVM-Systemeigenschaft "com.ibm.websphere.sendredirect.compatibility" | Beginnen Sie damit, Ihre Anwendungen zu ändern, damit nicht relative URLs,
d. h. solche, die mit einem Schrägstrich ("/") anfangen, relativ zum Servlet-Container
(Stammverzeichnis_des_Web-Servers) und nicht relativ zum Kontextstammverzeichnis der Webanwendung umgeleitet werden. Lesen Sie in der Spezifikation Java Servlet 2.4, die Sie von der Website http://jcp.org/aboutJava/communityprocess/final/jsr154/ herunterladen können, die Informationen zum korrekten Verhalten von "sendRedirect". |
|
Angepasste Erweiterung für das Servlet
"PageList" des Web-Containers, einschließlich folgender Klassen:
|
Ändern Sie Ihre Anwendungen so, dass
sie die "javax.servlet.filter"-Klassen anstelle der
"com.ibm.servlet"-Klassen verwenden.
Ab der Spezifikation Java Servlet 2.3 haben Sie mithilfe von javax.servlet.filter-Klassen die Möglichkeit, Anforderungen abzufangen und Antworten zu prüfen. Darüber hinaus stellen sie Funktionen zur Verkettung sowie Funktionen zum Erweitern und Verkürzen von Antworten bereit. |
|
Folgende angepasste Eigenschaften für eine Datenquelle:
|
Das Produkt bietet diese Eigenschaften jetzt als vorkonfigurierte
Optionen an, die in der folgenden Liste als Ersatzwerte aufgeführt sind. Zur Vermeidung von Laufzeitfehlernachrichten sollten Sie die ursprünglichen angepassten
Eigenschaften permanent inaktivieren, indem Sie sie aus der Liste angepasster Eigenschaften entfernen.
Anmerkung: Wenn die neuen Eigenschaften und die alten Eigenschaften koexistieren, haben die neuen Eigenschaften
Vorrang.
|
|
Angepasste Eigenschaft "DISABLE_FILE_LOCKING" für den Transaktionsservice | Inaktivieren Sie das Kontrollkästchen
Dateisperrung aktivieren in der Anzeige
Transaktionsservice der Administrationskonsole. Weitere Informationen hierzu finden Sie im Artikel Dateisperrung inaktivieren. |
|
Simple WebSphere Authentication Mechanism (SWAM) | Verwenden Sie das LTPA-Verfahren (Lightweight Third-Party Party Authentication).
Weitere Informationen hierzu finden Sie im Artikel Lightweight Third Party Authentication. |
|
Sicherheit | LoginHelper-Funktion der CORBA-Authentifizierung (com.ibm.ws.security.util.LoginHelper) | Führen Sie eine Migration auf das Programmiermodell Java Authentication and Authorization Service (JAAS) durch. Weitere Informationen zu dieser Migration finden Sie im Artikel Programmgesteuerte CORBA-Anmeldung (Common Object Request Broker Architecture) auf JAAS (Java Authentication and Authorization Service) migrieren (CORBA und JAAS). |
TAI-Schnittstelle (Trust Association Interceptor) "com.ibm.ws.security.web.WebSealTrustAssociationInterceptor"
Dieser Tivoli-TAI-Interceptor, der die TAI-Schnittstelle von WebSphere Application Server implementiert, wurde für die Unterstützung von WebSEAL Version 4.1 bereitgestellt. |
Wenn Sie WebSEAL 5.1 oder höher verwenden möchten, wird empfohlen, den Interceptor com.ibm.ws.security.web.TAMTrustAssociationInterceptorPlus zu verwenden. | |
Die Unterstützung für Java Virtual
Machine Profiler Interface (JVMPI) sowie die folgenden zugehörigen
JVM-Laufzeitzähler sind veraltet:
|
Beginnen Sie mit der Umstellung auf Java Virtual Machine Tool Interface (JVMTI). Lesen Sie hierzu den Artikel JVM Tool Interface (JVMTI). |
|
Leistung | Unterstützung für Java Virtual Machine Debugger Interface (JVMDI) | Beginnen Sie mit der Umstellung auf Java Virtual Machine Tool Interface (JVMTI). Lesen Sie hierzu den Artikel JVM Tool Interface (JVMTI). |
Format für Nachrichten-ID, das in WebSphere Application Server Version 6.0.x und früher verwendet wird Die Nachrichtenpräfixe für Protokolldateien wurden früher nicht in der primären Registrierungsdatenbank für Nachrichten registriert. WebSphere Application Server Version 6.1.x und höher verwendet in den Ausgabeprotokollen kompatible Nachrichtenpräfixe. |
Verwenden Sie den Befehl
convertlog und die Klasse
"MessageConverter" zur Migration der Tools,
die das ältere Nachrichtenformat verwenden.
Weitere Informationen hierzu finden Sie im Artikel Protokolldateien für die Verwendung von eindeutigen IBM Nachrichten-IDs konvertieren. |
|
Fehlerbestimmung | Plug-in "com.ibm.etools.logging.util" in der Datei logutil.jar
|
Beginnen Sie damit, die
Plug-ins und den Anwendungscode, der die Konfigurationsdateien, Klassen, Methoden
oder Variablen im Plug-in com.ibm.etools.logging.util verwendet, wie folgt umzustellen:
|
![[IBM i]](../images/iseries.gif)
Kategorie | Veraltet | Empfohlene Migrationsaktion |
---|---|---|
Anwendungsprogrammierungsmodell | Methode "setDatabaseDefaultIsolationLevel(int)" in der Klasse "com.ibm.websphere.rsadapter.DataStoreHelperMetaData" | Verwenden Sie stattdessen folgende Methode:
|
Folgende Klasse und Schnittstelle in der Laufzeitumgebung des Mediationsframeworks:
|
Ersetzen Sie alle Vorkommen der Klasse
"com.ibm.websphere.sib,.mediation.handler.SIMessageContextException" durch die Klasse
"com.ibm.websphere.sib.mediation.handler.MessageContextException".
Ersetzen Sie alle Vorkommen des MessageContext-Schnittstelle "com.ibm.websphere.sib.mediation.messagecontext.SIMediationBean" durch eine funktional entsprechende Schnittstelle. WebSphere Application Server stellt keine Implementierung dieser Schnittstelle bereit. |
|
Folgende Message-Bean-Funktionen des Web-Containers:
|
Beginnen Sie mit der Umstellung
auf das Kanalframework. Das Kanalframework stellt die Message-Bean "TransportChannelService" bereit, die flexibler ist und über eine größere Anzahl Methoden verfügt als die aktuellen transportbezogenen Methoden. |
|
Unterstützung für die Implementierung containergesteuerter Entity-Beans in einer generischen SQL-Datenbank | Wenn eine Anwendung SQL92 oder SQL99 verwendet, weil die Anwendung mit verschiedenen relationalen Datenbanken ausgeführt werden muss, verwenden Sie die IBM Tools, um implementierten Code für jeden Datenbankanbieter bzw. jede Datenbankversion zu erstellen, die von der Anwendung verwendet werden kann. Geben Sie zum Zeitpunkt der Installation den Datenbankhersteller an oder die Version, die mit WebSphere Application Server verwendet werden soll. | |
Laufzeitunterstützung für die Tools von IBM
WebSphere Studio, die
durch die folgenden Klassen bereitgestellt wird (die verwendet wurden, um die Tools von
Visual Age for Java zu nutzen):
|
Ändern Sie Ihre Anwendung in der Weise, dass sie die J2EE-Standardkonventionen für die Codierung verwendet. | |
Konstantenfeld "CUSTOM_HELPER" in der Klassen-API "com.ibm.websphere.rsadapter.DataStoreHelper" | Wenn Sie eine eigene "DataStoreHelper"-Implementierungsklasse erstellen, sollten Sie "setHelperType(DataStoreHelper.CUSTOM_HELPER)" nicht aufrufen. Überlassen Sie die Einstellung des Werts für "HelperType" stattdessen der Implementierungsklasse, deren Einstellungen übernommen werden. | |
J2EE-Ressourcen | Möglichkeit zum Herstellen einer Verbindung von einem Anwendungsserver oder einem J2EE-Anwendungsclient zur JMS-Serverkomponente des Features Embedded Messaging in WebSphere Application Server Version 5
Folgendes wird nicht mehr unterstützt:
|
Führen Sie folgende Aktionen aus:
|
Systemverwaltung | Befehl clientUpgrade | Es ist keine Migrationsaktion erforderlich. |
Befehl wasprofile | Verwenden Sie den Befehl manageprofiles. Weitere Informationen hierzu finden Sie im Artikel Befehl "manageprofiles". |
|
Folgende Parameter des Befehls WASPostUpgrade:
|
Es ist keine Migrationsaktion erforderlich. | |
Helper für Cloudscape-Datenspeicher (com.ibm.websphere.rsadapter.CloudscapeDataStoreHelper) und Helper für Cloudscape-Network-Server-Datenspeicher (com.ibm.websphere.rsadapter.CloudscapeNetworkServerDataStoreHelper) sowie deren Typen in DataStoreHelper | Für vorhandene Konfigurationen ist keine Migrationsaktion erforderlich.
Das Migrationsdienstprogramm ändert die veralteten Cloudscape-Helper in
Derby-Helper. Verwenden Sie für neue Konfigurationen die Helper und Typen für Derby-Datenspeicher anstelle der Helper für Cloudscape-Datenspeicher. Weitere Informationen hierzu finden Sie im Artikel Erforderliche Mindesteinstellungen für die Datenquellen nach Anbieter. |
|
DB2 Legacy CLI-based Type 2 JDBC Driver Provider | Verwenden Sie ab jetzt DB2 Universal JDBC Driver Provider. | |
Unterstützung für Logical Pool Distribution (com.ibm.websphere.csi.ThreadPoolStrategy.LogicalPoolDistribution) | Es ist keine Migrationsaktion erforderlich. Wird diese Funktion entfernt, werden allerdings alle angepassten ORB-Eigenschaften, die Sie dafür festgelegt haben, ignoriert. Dies betrifft die angepassten ORB-Eigenschaften "com.ibm.websphere.threadpool.strategy.LogicalPoolDistribution.*". Weitere Informationen finden Sie in den Artikeln LPD (Logical Pool Distribution) und Angepasste Eigenschaften des Object Request Broker. |
|
Konfiguration des ORB-Thread-Pools im Objekt "Server" in der Datei server.xml | Verwenden Sie stattdessen die Konfiguration des Thread-Pools, die als Teil des Objekts "ServerIndex" in der Datei serverindex.xml angegeben ist. | |
JVM-Systemeigenschaft "com.ibm.websphere.sendredirect.compatibility" | Beginnen Sie damit, Ihre Anwendungen zu ändern, damit nicht relative URLs,
d. h. solche, die mit einem Schrägstrich ("/") anfangen, relativ zum Servlet-Container
(Stammverzeichnis_des_Web-Servers) und nicht relativ zum Kontextstammverzeichnis der Webanwendung umgeleitet werden. Lesen Sie in der Spezifikation Java Servlet 2.4, die Sie von der Website http://jcp.org/aboutJava/communityprocess/final/jsr154/ herunterladen können, die Informationen zum korrekten Verhalten von "sendRedirect". |
|
Angepasste Erweiterung für das Servlet
"PageList" des Web-Containers, einschließlich folgender Klassen:
|
Ändern Sie Ihre Anwendungen so, dass
sie die "javax.servlet.filter"-Klassen anstelle der
"com.ibm.servlet"-Klassen verwenden.
Ab der Spezifikation Java Servlet 2.3 haben Sie mithilfe von javax.servlet.filter-Klassen die Möglichkeit, Anforderungen abzufangen und Antworten zu prüfen. Darüber hinaus stellen sie Funktionen zur Verkettung sowie Funktionen zum Erweitern und Verkürzen von Antworten bereit. |
|
Folgende angepasste Eigenschaften für eine Datenquelle:
|
Das Produkt bietet diese Eigenschaften jetzt als vorkonfigurierte
Optionen an, die in der folgenden Liste als Ersatzwerte aufgeführt sind. Zur Vermeidung von Laufzeitfehlernachrichten sollten Sie die ursprünglichen angepassten
Eigenschaften permanent inaktivieren, indem Sie sie aus der Liste angepasster Eigenschaften entfernen.
Anmerkung: Wenn die neuen Eigenschaften und die alten Eigenschaften koexistieren, haben die neuen Eigenschaften
Vorrang.
|
|
Angepasste Eigenschaft "DISABLE_FILE_LOCKING" für den Transaktionsservice | Inaktivieren Sie das Kontrollkästchen
Dateisperrung aktivieren in der Anzeige
Transaktionsservice der Administrationskonsole. Weitere Informationen hierzu finden Sie im Artikel Dateisperrung inaktivieren. |
|
Simple WebSphere Authentication Mechanism (SWAM) | Verwenden Sie das LTPA-Verfahren (Lightweight Third-Party Party Authentication).
Weitere Informationen hierzu finden Sie im Artikel Lightweight Third Party Authentication. |
|
Sicherheit | LoginHelper-Funktion der CORBA-Authentifizierung (com.ibm.ws.security.util.LoginHelper) | Führen Sie eine Migration auf das Programmiermodell Java Authentication and Authorization Service (JAAS) durch. Weitere Informationen zu dieser Migration finden Sie im Artikel Programmgesteuerte CORBA-Anmeldung (Common Object Request Broker Architecture) auf JAAS (Java Authentication and Authorization Service) migrieren (CORBA und JAAS). |
TAI-Schnittstelle (Trust Association Interceptor) "com.ibm.ws.security.web.WebSealTrustAssociationInterceptor"
Dieser Tivoli-TAI-Interceptor, der die TAI-Schnittstelle von WebSphere Application Server implementiert, wurde für die Unterstützung von WebSEAL Version 4.1 bereitgestellt. |
Wenn Sie WebSEAL 5.1 oder höher verwenden möchten, wird empfohlen, den Interceptor com.ibm.ws.security.web.TAMTrustAssociationInterceptorPlus zu verwenden. | |
Die Unterstützung für Java Virtual
Machine Profiler Interface (JVMPI) sowie die folgenden zugehörigen
JVM-Laufzeitzähler sind veraltet:
|
Beginnen Sie mit der Umstellung auf Java Virtual Machine Tool Interface (JVMTI). Lesen Sie hierzu den Artikel JVM Tool Interface (JVMTI). |
|
Leistung | Unterstützung für Java Virtual Machine Debugger Interface (JVMDI) | Beginnen Sie mit der Umstellung auf Java Virtual Machine Tool Interface (JVMTI). Lesen Sie hierzu den Artikel JVM Tool Interface (JVMTI). |
Format für Nachrichten-ID, das in WebSphere Application Server Version 6.0.x und früher verwendet wird Die Nachrichtenpräfixe für Protokolldateien wurden früher nicht in der primären Registrierungsdatenbank für Nachrichten registriert. WebSphere Application Server Version 6.1.x und höher verwendet in den Ausgabeprotokollen kompatible Nachrichtenpräfixe. |
Verwenden Sie den Befehl
convertlog und die Klasse
"MessageConverter" zur Migration der Tools,
die das ältere Nachrichtenformat verwenden.
Weitere Informationen hierzu finden Sie im Artikel Protokolldateien für die Verwendung von eindeutigen IBM Nachrichten-IDs konvertieren. |
|
Fehlerbestimmung | Plug-in "com.ibm.etools.logging.util" in der Datei logutil.jar
|
Beginnen Sie damit, die
Plug-ins und den Anwendungscode, der die Konfigurationsdateien, Klassen, Methoden
oder Variablen im Plug-in com.ibm.etools.logging.util verwendet, wie folgt umzustellen:
|
Veraltete Features in Version 6.0.2
![[AIX Solaris HP-UX Linux Windows]](../images/dist.gif)
![[IBM i]](../images/iseries.gif)
Kategorie | Veraltet | Empfohlene Migrationsaktion |
---|---|---|
Anwendungsprogrammierungsmodell | Folgende Methoden aus der Klasse "com.ibm.websphere.runtime.ServerName":
|
Diese Methoden sind nur für die Verwendung in der WebSphere Application Server-Laufzeit vorgesehen. Anwendungen sollten diese Methoden nicht aufrufen. |
Unterstützung für HTTP-Transportkonfiguration | Beginnen Sie mit der Umstellung auf einen kanalbasierten Transport. | |
Leistung | Schnittstelle "com.ibm.websphere.cache.DistributedLockingMap" | Sie sollten die Schnittstelle "com.ibm.websphere.cache.DistributedLockingMap" nicht verwenden, da sie von der Laufzeit von WebSphere Application Server nicht unterstützt wird. |
Konstante "TYPE_DISTRIBUTED_LOCKING_MAP", die in der Klasse "com.ibm.websphere.cache.DistributedObjectCache" definiert ist | Sie sollten die in der Klasse com.ibm.websphere.cache.DistributedObjectCache definierte Konstante TYPE_DISTRIBUTED_LOCKING_MAP nicht verwenden, da sie von der Laufzeit von WebSphere Application Server nicht unterstützt wird. | |
Systemverwaltung | Folgende angepasste Eigenschaften für eine Datenquelle:
|
Ersetzen Sie die Eigenschaften durch Folgendes:
Anmerkung: Wenn die neuen Eigenschaften und die alten Eigenschaften koexistieren, haben die neuen Eigenschaften
Vorrang.
|
![[z/OS]](../images/ngzos.gif)
Kategorie | Veraltet | Empfohlene Migrationsaktion |
---|---|---|
Anwendungsprogrammierungsmodell | Folgende Methoden aus der Klasse "com.ibm.websphere.runtime.ServerName":
|
Diese Methoden sind nur für die Verwendung in der WebSphere Application Server-Laufzeit vorgesehen. Anwendungen sollten diese Methoden nicht aufrufen. |
Leistung | Schnittstelle "com.ibm.websphere.cache.DistributedLockingMap" | Sie sollten die Schnittstelle "com.ibm.websphere.cache.DistributedLockingMap" nicht verwenden, da sie von der Laufzeit von WebSphere Application Server nicht unterstützt wird. |
Konstante "TYPE_DISTRIBUTED_LOCKING_MAP", die in der Klasse "com.ibm.websphere.cache.DistributedObjectCache" definiert ist | Sie sollten die in der Klasse com.ibm.websphere.cache.DistributedObjectCache definierte Konstante TYPE_DISTRIBUTED_LOCKING_MAP nicht verwenden, da sie von der Laufzeit von WebSphere Application Server nicht unterstützt wird. | |
Systemverwaltung | Folgende angepasste Eigenschaften für eine Datenquelle:
|
Ersetzen Sie die Eigenschaften durch Folgendes:
Anmerkung: Wenn die neuen Eigenschaften und die alten Eigenschaften koexistieren, haben die neuen Eigenschaften
Vorrang.
|
![[z/OS]](../images/ngzos.gif)
Veraltete Features in Version 6.0.1
Kategorie | Veraltet | Empfohlene Migrationsaktion |
---|---|---|
Sicherheit | IIOP-Sicherheitsprotokoll von z/OS Secure Authentication Service (z/SAS) | Verwenden Sie die Protokolle von Common Secure Interoperability Version 2 (CSIv2). |
Veraltete Features in Version 6.0
![[z/OS]](../images/ngzos.gif)
Kategorie | Veraltet | Empfohlene Migrationsaktion |
---|---|---|
Unterstützung für Anwendungsprogrammiermodelle und Container | Unterstützung für die folgenden tsx-Tags in der JSP-Engine:
|
An Stelle der tsx-Tags sollten Sie die entsprechenden Tags aus der JavaServer Pages
Standard Tag Library (JSTL) verwenden. JSTL wird in WebSphere Application Server Version 6.0 unterstützt, und die Tagbibliothek ist im Lieferumfang des
Produkts enthalten.
Verwenden Sie folgende Tabelle als Richtlinie für die Umwandlung der tsx-Tags in JSTL-Tags:
|
Folgende Back-End-IDs:
|
Verwenden Sie andere Back-End-IDs. | |
Anwendungsservices | API für JRas-Erweiterungen Es sind keine Erweiterungen für die JRas-Unterstützung geplant. |
Verwenden Sie die entsprechende Funktion im Paket java.util.logging (JSR47). |
EJB-Schnittstelle von UDDI Version 2 zur UDDI-Registry | Es ist kein Ersatz für die EJB-Schnittstelle vorhanden. Diese Schnittstelle ist in WebSphere Application Server Version 6.0 aus Gründen der Kompatibilität mit Version 5.x enthalten. Es sind keine bestimmten Aktionen erforderlich, d. h., Sie können weiterhin mit der EJB-API Version 2 arbeiten. Es ist jedoch keine UDDI-Funktionalität enthalten, die neuer ist als UDDI Version 3 und die Schnittstelle wird möglicherweise in einem nachfolgenden Release von WebSphere Application Server nicht mehr enthalten sein. | |
Klassenbibliothek von UDDI4J Version 2, die Datei uddi4jv2.jar | Verwenden Sie künftig die UDDI-APIs der Version 3. Es wird eine Clientbibliothek A client bereitgestellt, die das Erstellen und Senden von Anforderungen der UDDI Version 3 über Java vereinfacht. Dies ist der IBM UDDI Version 3 Client for Java, der in der Datei uddiv3client.jar bereitgestellt wird. Die UDDI4J APIs können weiterhin verwendet werden, aber Sie sollten wissen, dass diese keinen Zugriff auf die neue UDDI-Funktionalität der Version 3 bieten und in einem künftigen Release von WebSphere Application Server möglicherweise entfernt werden. | |
Alle maschinennahen UUT-APIs
(UDDI Utility Tools), wie z. B. BusinessStub, ServiceStub usw. Diese APIs werden durch die übergeordnete Schnittstelle "PromoterAPI" im Paket "com.ibm.uddi.promoter" ersetzt. |
Verwenden Sie anstelle dieser maschinennahen APIs, die in einem künftigen Release von WebSphere Application Server entfernt werden, die Schnittstelle "PromoterAPI" aus dem Paket "com.ibm.uddi.promoter". Die Schnittstelle "PromoterAPI" bietet dieselbe Funktionalität auf einer höhere Abstraktionsebene. | |
Folgende Methoden in der Laufzeitumgebung von J2EE Connector Architecture:
|
Die Methoden werden wie folgt ersetzt:
Geben Sie für containergesteuerte Authentifizierungsaliasnamen in den Ressourcenbindungsinformationen der Anwendung die containergesteuerten Berechtigungsnachweise an. |
|
Eigenschaft "ApplicationProfile" in der Anzeige "Arbeitsmanager" der Administrationskonsole | Eine Erläuterung der Unterschiede bei der Erstellung von Anwendungsprofilen in Version 5.x und Version 6.0.x finden Sie in den Artikeln unter Erstellung von Anwendungsprofilen. |
|
Das folgende Element aus der Anzeige "Datenquelle" in der Administrationskonsole:
|
Definieren Sie die Eigenschaft "DefaultPrincipleMapping" in der Ressourcenreferenz. | |
Alle Klassen im Paket "com.ibm.websphere.servlet.filter", einschließlich der folgenden:
|
Ändern Sie Ihre Anwendungen in der Weise, dass sie die Klassen javax.servlet.filter anstelle der Klassen com.ibm.websphere.servlet.filter verwenden. Ab der Spezifikation Servlet 2.3 können Sie mit den "javax.servlet.filter"-Klassen Anforderungen abfangen und Antworten überprüfen. Außerdem unterstützen diese Klassen das Verketten, Erweitern und Verkürzen von Antworten. | |
Anwendungsservices | MIME-Filter (Multipurpose Internet Mail Extensions) MIME-Filter wurden in WebSphere Application Server Version 3.5 eingeführt und erlauben den Servlets, die von anderen Servlets generierten Antworten auf der Basis von MIME-Typen des Ausgabeinhalts zu erweitern, zu verkürzen oder zu ändern. |
javax.servlet.filter-Klassen, die in der Spezifikation
Servlet 2.3 eingeführt wurden, ermöglichen Benutzern, Plug-in-Filter zu verwenden, die Anforderungen an und Antworten von Servlets abfangen können.
Darüber hinaus können Sie Anforderungs- und Antwortinhalte ändern.
javax.servlet.filter-Klassen verwalten die gesamte Funktionalität von MIME-Filtern. javax.servlet.filter-Klassen sind Standard-APIs und werden von allen kompatiblen Anwendungsservern unterstützt. Nähere Informationen hierzu finden Sie in der Spezifikation Servlet 2.3 und im Artikel Servlets filtern. |
Bei CMP-Entity-Beans, deren Zugriffsart auf Methodenebene konfiguriert ist, können Datenzugriffsfehler, beispielsweise Deadlocks, auftreten. Deshalb sind Zugriffsarten für die Methodenebene veraltet. | Rekonfigurieren Sie die CMP-Entity-Beans mit einer Zugriffsart auf Bean-Ebene, oder rekonfigurieren Sie die Anwendungsprofile mit dem WebSphere Application Server Toolkit. | |
Alle Methoden und Felder in den Klassen "com.ibm.websphere.product.product " und
"com.ibm.websphere.product.buildInfo" Daher sind folgende Methoden
der Klasse com.ibm.websphere.product.WASProduct (die die Objekte
com.ibm.websphere.product.product und com.ibm.websphere.product.buildInfo beinhaltet),
veraltet:
|
Verwenden Sie die folgenden
unterstützten Methoden aus com.ibm.websphere.product.WASDirectory:
Außerdem sollten Sie die Produktinformationen (Name, Version, Build-Version und
Build-Datum) nicht mehr mit der alten WASProduct-API (com.ibm.websphere.product.WASProduct) anfordern, sondern
die neuen Methoden der Klasse WASDirectory verwenden:
|
|
Data-Access-Beans, die von WebSphere Application Server in der Datei databeans.jar bereitgestellt werden | Verwenden Sie anstelle von IBM Beans für Datenzugriff die Spezifikation Service Data Objects. | |
Attribute "reloadInterval" und "reloadingEnabled" der IBM Implementierungsdeskriptorerweiterungen, einschließlich der Erweiterung für WAR-Dateien (WEB-INF/ibm-web-ext.xmi) und der Anwendungserweiterung (META-INF/ibm-application-ext.xmi) | Verwenden Sie anstelle der Erweiterungen für Implementierungsdeskriptoren
die Optionen für erneutes Laden und das Intervall für erneutes Laden, die während der Anwendungsimplementierung angeboten werden.
Nähere Einzelheiten finden Sie im Artikel Einstellungen der Unternehmensanwendung. |
|
API "com.ibm.websphere.servlet.session.UserTransactionWrapper" | Es gibt keinen Ersatz für diese API. Das Objekt "UserTransaction" kann ohne einen Wrapper direkt in die HTTP-Sitzung kopiert werden. | |
Sicherheit | SOAP-Sicherheit (digitale XML-Signatur) auf der Basis der Apache-SOAP-Implementierung | Migrieren Sie Ihre Anwendung auf die JSR-109-Implementierung für Web-Services. Stellen Sie Ihre Anwendung außerdem auf die WSS-1.0-Implementierung ((Web Services Security) um. |
Unterstützung der Spezifikationsstufe Web Service Security (WSS) Draft 13 | Stellen Sie Ihre Anwendungen auf den unterstützten Standard
WSS 1.0 um. WSS (Web Service Security) Draft 13 unterstützt die
Interoperabilität mit einigen Fremdanbietern nicht. In
der WSS-1.0-Implementierung wird eine andere Nachrichtenstufe verwendet.
WSS 1.0 wird nur in J2EE-1.4-Anwendungen unterstützt. Daher müssen Sie die Anwendungen zunächst auf J2EE 1.4 migrieren. Der nächste Schritt ist die Verwendung von Application Server Toolkit oder der Tools von Rational Application Developer für die Rekonfiguration von WSS für die migrierten Anwendungen. Es findet keine automatische Migration von WSS in diesem Release von Application Server Toolkit bzw. der Tools von Rational Application Developer für Version 6.0 statt. Die Migration muss manuell durchgeführt werden. Das folgende SPI ist
ebenfalls veraltet:
com.ibm.wsspi.wssecurity.config.KeyLocator Sie müssen Ihre Implementierung in Version 6.0 auf die neue Unterstützung von SPI für WSS 1.0 migrieren:com.ibm.wsspi.wssecurity.keyinfo.KeyLocator Schließlich muss in Java Authentication and Authorization Service (JAAS) die Implementierung der Schnittstelle "LoginModule" in das neue Programmiermodell für die JAAS-Schnittstelle "LoginModule" in Version 6.0 migriert werden. |
|
Systemverwaltung | Konfiguration von Ressourcen auf Zellenebene | Konfigurieren Sie Ihre Ressourcen auf Clusterebene. In den früheren Releases haben Sie Ressourcen auf Zellenebene konfiguriert, um den Cluster-Membern die gemeinsame Nutzung der Ressourcenkonfiguration zu ermöglichen. In Version 6 wird von der Ressourcenkonfiguration auf Zellenebene abgeraten, weil die Ressourcen auf Zellenebene für alle Knoten in der Zelle sichtbar sind, selbst wenn nicht jeder Knoten in der Zelle die Ressource unterstützen kann. |
Optionen "depl.extension.reg" und "installdir" für den Befehl install des Scripting-Objekts "AdminApp" | Es gibt keinen Ersatz für die Option "depl.extension.reg". In Version 5.x ist diese Option ein Nullbefehl. Verwenden Sie anstelle der Option "installdir" die Option "installed.ear.destination". | |
Leistung | PMI-Client-API, die in Version 4.0 zur programmgesteuerten Erfassung von Leistungsdaten in WebSphere Application Server eingeführt wurde | Die JMX-Schnittstelle (Java Management Extension), die zur J2EE-Spezifikation gehört, ist die empfohlene Methode für die Erfassung von Leistungsdaten in WebSphere Application Server. PMI-Daten können über die Message-Beans der von J2EE verwalteten Objekte oder über die Message-Bean "Perf" von WebSphere PMI erfasst werden. Während die J2EE-Message-Beans Leistungsdaten zu einer bestimmten Komponente liefern, ist die Message-Bean "Perf" ein Gateway zum WebSphere Application Server-PMI-Service und unterstützt den Zugriff auf die Leistungsdaten aller Komponenten. |
![[AIX Solaris HP-UX Linux Windows]](../images/dist.gif)
![[IBM i]](../images/iseries.gif)
Kategorie | Veraltet | Empfohlene Migrationsaktion |
---|---|---|
Unterstützung für Anwendungsprogrammiermodelle und Container | Unterstützung für die folgenden tsx-Tags in der JSP-Engine:
|
An Stelle der tsx-Tags sollten Sie die entsprechenden Tags aus der JavaServer Pages
Standard Tag Library (JSTL) verwenden. JSTL wird in WebSphere Application Server Version 6.0 unterstützt, und die Tagbibliothek ist im Lieferumfang des
Produkts enthalten.
Verwenden Sie folgende Tabelle als Richtlinie für die Umwandlung der tsx-Tags in JSTL-Tags:
|
Folgende Back-End-IDs:
|
Verwenden Sie andere Back-End-IDs. | |
Anwendungsservices | API für JRas-Erweiterungen Es sind keine Erweiterungen für die JRas-Unterstützung geplant. |
Verwenden Sie die entsprechende Funktion im Paket java.util.logging (JSR47). |
EJB-Schnittstelle von UDDI Version 2 zur UDDI-Registry | Es ist kein Ersatz für die EJB-Schnittstelle vorhanden. Diese Schnittstelle ist in WebSphere Application Server Version 6.0 aus Gründen der Kompatibilität mit Version 5.x enthalten. Es sind keine bestimmten Aktionen erforderlich, d. h., Sie können weiterhin mit der EJB-API Version 2 arbeiten. Es ist jedoch keine UDDI-Funktionalität enthalten, die neuer ist als UDDI Version 3 und die Schnittstelle wird möglicherweise in einem nachfolgenden Release von WebSphere Application Server nicht mehr enthalten sein. | |
Klassenbibliothek von UDDI4J Version 2, die Datei uddi4jv2.jar | Verwenden Sie künftig die UDDI-APIs der Version 3. Es wird eine Clientbibliothek A client bereitgestellt, die das Erstellen und Senden von Anforderungen der UDDI Version 3 über Java vereinfacht. Dies ist der IBM UDDI Version 3 Client for Java, der in der Datei uddiv3client.jar bereitgestellt wird. Die UDDI4J APIs können weiterhin verwendet werden, aber Sie sollten wissen, dass diese keinen Zugriff auf die neue UDDI-Funktionalität der Version 3 bieten und in einem künftigen Release von WebSphere Application Server möglicherweise entfernt werden. | |
Alle maschinennahen UUT-APIs
(UDDI Utility Tools), wie z. B. BusinessStub, ServiceStub usw. Diese APIs werden durch die übergeordnete Schnittstelle "PromoterAPI" im Paket "com.ibm.uddi.promoter" ersetzt. |
Verwenden Sie anstelle dieser maschinennahen APIs, die in einem künftigen Release von WebSphere Application Server entfernt werden, die Schnittstelle "PromoterAPI" aus dem Paket "com.ibm.uddi.promoter". Die Schnittstelle "PromoterAPI" bietet dieselbe Funktionalität auf einer höhere Abstraktionsebene. | |
Folgende Methoden in der Laufzeitumgebung von J2EE Connector Architecture:
|
Die Methoden werden wie folgt ersetzt:
Geben Sie für containergesteuerte Authentifizierungsaliasnamen in den Ressourcenbindungsinformationen der Anwendung die containergesteuerten Berechtigungsnachweise an. |
|
Eigenschaft "ApplicationProfile" in der Anzeige "Arbeitsmanager" der Administrationskonsole | Eine Erläuterung der Unterschiede bei der Erstellung von Anwendungsprofilen in Version 5.x und Version 6.0.x finden Sie in den Artikeln unter Erstellung von Anwendungsprofilen. |
|
Das folgende Element aus der Anzeige "Datenquelle" in der Administrationskonsole:
|
Definieren Sie die Eigenschaft "DefaultPrincipleMapping" in der Ressourcenreferenz. | |
Alle Klassen im Paket "com.ibm.websphere.servlet.filter", einschließlich der folgenden:
|
Ändern Sie Ihre Anwendungen in der Weise, dass sie die Klassen javax.servlet.filter anstelle der Klassen com.ibm.websphere.servlet.filter verwenden. Ab der Spezifikation Servlet 2.3 können Sie mit den "javax.servlet.filter"-Klassen Anforderungen abfangen und Antworten überprüfen. Außerdem unterstützen diese Klassen das Verketten, Erweitern und Verkürzen von Antworten. | |
Anwendungsservices | MIME-Filter (Multipurpose Internet Mail Extensions) MIME-Filter wurden in WebSphere Application Server ab Version 3.5 unterstützt und erlauben den Servlets, die von anderen Servlets generierten Antworten auf der Basis von MIME-Typen des Ausgabeinhalts zu erweitern, zu verkürzen oder zu ändern. |
Die javax.servlet.filter-Klassen, die in der Spezifikation
Servlet 2.3 eingeführt wurden, ermöglichen Benutzern, Plug-in-Filter zu verwenden, die Anforderungen an und Antworten von Servlets abfangen können.
Darüber hinaus können Sie Anforderungs- und Antwortinhalte ändern.
Die javax.servlet.filter-Klassen verwalten die gesamte Funktionalität von MIME-Filtern. javax.servlet.filter-Klassen sind Standard-APIs und werden von allen kompatiblen Anwendungsservern unterstützt. Nähere Informationen hierzu finden Sie in der Spezifikation Servlet 2.3 und im Artikel Servlets filtern. |
Bei CMP-Entity-Beans, deren Zugriffsart auf Methodenebene konfiguriert ist, können Datenzugriffsfehler, beispielsweise Deadlocks, auftreten. Deshalb sind Zugriffsarten für die Methodenebene veraltet. | Rekonfigurieren Sie die CMP-Entity-Beans mit einer Zugriffsart auf Bean-Ebene, oder rekonfigurieren Sie die Anwendungsprofile mit dem WebSphere Application Server Toolkit. | |
Alle Methoden und Felder in den Klassen "com.ibm.websphere.product.product " und
"com.ibm.websphere.product.buildInfo" Daher sind folgende Methoden
der Klasse com.ibm.websphere.product.WASProduct (die die Objekte
com.ibm.websphere.product.product und com.ibm.websphere.product.buildInfo beinhaltet),
veraltet:
|
Verwenden Sie die folgenden
unterstützten Methoden aus com.ibm.websphere.product.WASDirectory:
Außerdem sollten Sie die Produktinformationen (Name, Version, Build-Version und
Build-Datum) nicht mehr mit der alten WASProduct-API (com.ibm.websphere.product.WASProduct) anfordern, sondern
die neuen Methoden der Klasse WASDirectory verwenden:
|
|
Data-Access-Beans, die von WebSphere Application Server in der Datei databeans.jar bereitgestellt werden | Anstelle von Data-Access-Beans sollten Sie
Service Data Objects (SDO) verwenden. Weitere Einzelheiten finden Sie auf der Webseite Service Data Objects. |
|
Attribute "reloadInterval" und "reloadingEnabled" der IBM Implementierungsdeskriptorerweiterungen, einschließlich der Erweiterung für WAR-Dateien (WEB-INF/ibm-web-ext.xmi) und der Anwendungserweiterung (META-INF/ibm-application-ext.xmi) | Verwenden Sie anstelle der Erweiterungen für Implementierungsdeskriptoren
die Optionen für erneutes Laden und das Intervall für erneutes Laden, die während der Anwendungsimplementierung angeboten werden.
Nähere Einzelheiten finden Sie im Artikel Einstellungen der Unternehmensanwendung. |
|
API "com.ibm.websphere.servlet.session.UserTransactionWrapper" | Es gibt keinen Ersatz für diese API. Das Objekt "UserTransaction" kann ohne einen Wrapper direkt in die HTTP-Sitzung kopiert werden. | |
Sicherheit | SOAP-Sicherheit (digitale XML-Signatur) auf der Basis der Apache-SOAP-Implementierung | Migrieren Sie Ihre Anwendung auf die JSR-109-Implementierung für Web-Services. Stellen Sie Ihre Anwendung außerdem auf die WSS-1.0-Implementierung ((Web Services Security) um. |
Unterstützung der Spezifikationsstufe Web Service Security (WSS) Draft 13 | Stellen Sie Ihre Anwendungen auf den unterstützten Standard
WSS 1.0 um. WSS (Web Service Security) Draft 13 unterstützt die
Interoperabilität mit einigen Fremdanbietern nicht. In
der WSS-1.0-Implementierung wird eine andere Nachrichtenstufe verwendet.
WSS 1.0 wird nur in J2EE-1.4-Anwendungen unterstützt. Daher müssen Sie die Anwendungen zunächst auf J2EE 1.4 migrieren. Der nächste Schritt ist die Verwendung von Application Server Toolkit oder der Tools von Rational Application Developer für die Rekonfiguration von WSS für die migrierten Anwendungen. Es findet keine automatische Migration von WSS in diesem Release von Application Server Toolkit bzw. der Tools von Rational Application Developer für Version 6.0 statt. Die Migration muss manuell durchgeführt werden. Das folgende SPI ist
ebenfalls veraltet:
com.ibm.wsspi.wssecurity.config.KeyLocator Sie müssen Ihre Implementierung in Version 6.0 auf die neue Unterstützung von SPI für WSS 1.0 migrieren:com.ibm.wsspi.wssecurity.keyinfo.KeyLocator Schließlich muss in Java Authentication and Authorization Service (JAAS) die Implementierung der Schnittstelle "LoginModule" in das neue Programmiermodell für die JAAS-Schnittstelle "LoginModule" in Version 6.0 migriert werden. |
|
Sicherheitsprotokoll Secure Authentication Service (SAS) IIOP | Verwenden Sie die Protokolle von Common Secure Interoperability Version 2 (CSIv2). | |
APIs für die CORBA-SAS-Sicherheitsprogrammierung (Secure Authentication Service) | Führen Sie eine Migration von den SAS-Programmierungs-APIs auf Java Authentication and Authorization Service (JAAS) durch. Weitere Informationen zu dieser Migration finden Sie im Artikel Programmgesteuerte CORBA-Anmeldung (Common Object Request Broker Architecture) auf JAAS (Java Authentication and Authorization Service) migrieren (CORBA und JAAS). | |
Systemverwaltung | Konfiguration von Ressourcen auf Zellenebene | Konfigurieren Sie Ihre Ressourcen auf Clusterebene. In den früheren Releases haben Sie Ressourcen auf Zellenebene konfiguriert, um den Cluster-Membern die gemeinsame Nutzung der Ressourcenkonfiguration zu ermöglichen. In Version 6 wird von der Ressourcenkonfiguration auf Zellenebene abgeraten, weil die Ressourcen auf Zellenebene für alle Knoten in der Zelle sichtbar sind, selbst wenn nicht jeder Knoten in der Zelle die Ressource unterstützen kann. |
Optionen "depl.extension.reg" und "installdir" für den Befehl install des Scripting-Objekts "AdminApp" | Es gibt keinen Ersatz für die Option "depl.extension.reg". In Version 5.x ist diese Option ein Nullbefehl. Verwenden Sie anstelle der Option "installdir" die Option "installed.ear.destination". | |
Leistung | PMI-Client-API, die in Version 4.0 zur programmgesteuerten Erfassung von Leistungsdaten in WebSphere Application Server eingeführt wurde | Die JMX-Schnittstelle (Java Management Extension), die zur J2EE-Spezifikation gehört, ist die empfohlene Methode für die Erfassung von Leistungsdaten in WebSphere Application Server. PMI-Daten können über die Message-Beans der von J2EE verwalteten Objekte oder über die Message-Bean "Perf" von WebSphere PMI erfasst werden. Während die J2EE-Message-Beans Leistungsdaten zu einer bestimmten Komponente liefern, ist die Message-Bean "Perf" ein Gateway zum WebSphere Application Server-PMI-Service und unterstützt den Zugriff auf die Leistungsdaten aller Komponenten. |
Veraltete Features in Version 5.1.1
Kategorie | Veraltet | Empfohlene Migrationsaktion |
---|---|---|
Unterstützung für Anwendungsprogrammiermodelle und Container | Anpassungs-API für Web-Service-Gateway | Planen Sie die schrittweise Ersetzung der vorhandenen Filter durch eine Kombination aus JAX-RPC-Handlern und SIB-Mediationen (Service Integration Bus). |
Anwendungsservices | Folgende JDCB-Treiber (Java Database
Connectivity):
|
Wenn Sie einen dieser JDBC-Treiber verwenden und Microsoft SQL Server weiterhin als Datenbank verwenden möchten, wechseln Sie zum Connect JDBC Driver. Sie können Connect JDBC Driver bei DataDirect Technologies erwerben. |
Veraltete Features in Version 5.1
Kategorie | Veraltet | Empfohlene Migrationsaktion |
---|---|---|
Installations- und Migrationstools | Das Application Assembly Tool, das zur Entwicklung von J2EE-Anwendungen verwendet wird, wird durch die Komponente Assembly Tool des Application Server Toolkit ersetzt. | Anstelle des Application Assembly Tool werden Benutzer die Komponente Assembly Toolkit des Application Server Toolkit installieren und ausführen. Das Application Server Toolkit basiert auf dem Eclipse-Framework. Nach dem Starten des Application Server Toolkit finden Sie die J2EE-Funktion, wenn Sie die J2EE-Perspektive öffnen. |
Geschäftsprozesse, die mit WebSphere Studio Application Developer Integration Edition Version 5.0 oder früher modelliert wurden | Geschäftsprozesse, die mit WebSphere Studio Application Developer Integration Edition Version 5.0 oder früher modelliert wurden, müssen auf BPEL-basierte Prozesse migriert werden. Verwenden Sie die Migrationsoption, die mit WebSphere Studio Application Developer Integration Edition Version 5.1 bereitgestellt wird. | |
Mehrere Schnittstellen und Methoden der Process-Choreographer-API, die für Geschäftsprozesse verwendet werden, die mit WebSphere Studio Application Developer Integration Edition Version 5.0 oder früher erstellt wurden. Eine Liste finden Sie in der API-Dokumentation, die mit Process Choreographer bereitgestellt wird. | Informationen zu den empfohlenen Migrationsaktionen für die veralteten APIs finden Sie in der Dokumentation zu den betreffenden APIs. | |
JDOM (eine Java-Darstellung eines
XML-Dokuments, die eine API für effizientes Lesen, Bearbeiten und Schreiben von Dokumentation bereitstellt)
Die Version von JDOM, die derzeit im Paket von WebSphere Application Server enthalten ist, wird in künftigen Releases nicht mehr enthalten sein. |
Rufen Sie
die Website von JDOM auf, laden Sie die neueste Kopie von
JDOM herunter, und integrieren Sie sie in ihre Anwendung.
Anmerkung: Kunden, die mit Anwendungen von WebSphere Studio Application
Developer Integration Edition Version 4.1 arbeiten, müssen diese Anwendungen auf WebSphere Studio
Application Developer Integration Edition Version 5.0 migrieren.
|
|
C++-ORB (Object Request Broker), die C++-Bibliothek für IDL-Wertetypen und C++-Sicherheitsclient für WebSphere Application Server
Common Object Request Broker Architecture (CORBA) C++ Developer Kit wird nicht mehr unterstützt. Die CORBA-Technologie ist eine Brücke für die Migration auf eine Umgebung mit Java 2 Platform Enterprise Edition (J2EE) und WebSphere Application Server. Außerdem wird das Feature CORBA C++ Client in künftigen Releases aus dem Installationsimage für Application Clients entfernt. |
Es wird empfohlen, dass Kunden eine Migration auf
den ORB-Service (Object Request Broker) für Java-Technologie durchführen, der mit
WebSphere Application Server bereitgestellt wird. Für den
C++-Sicherheitsclient oder die C++-Bibliothek mit Wertetypen gibt es jedoch keine äquivalente Funktionalität.
Kunden, die diese Funktionalität benötigen, müssen sie
selbst bereitstellen oder entwickeln. Informationen zum ORB-Service für Java-Technologie finden Sie im Artikel Object Request Broker verwalten. Die
Tatsache, dass CORBA C++ Developer Kit nicht unterstützt wird, hat keine Auswirkungen auf
die Unterstützung der CORBA-Interoperabilität mit der Software anderer Anbieter
für CORBA-Services. Unter den folgenden Links finden Sie weitere Informationen zur
Interoperabilität:
|
|
IBM Cloudscape Version 5.1.x | Verwenden Sie den Cloudscape Network Server JDBC Driver. | |
Server | IBM HTTP Server (IHS) Version 1.3.x | Gehen Sie wie folgt vor:
|
Unterstützung für Anwendungsprogrammiermodelle und Container | Ausführungs- und Debugfunktionen für Bean Scripting Framework (BSF) JavaServer Pages (JSP) | Die Funktionalität muss neu erstellt werden, wenn Sie
die Sprachen JavaScript,
Tcl und Python verwenden. Eigene Anwendungen, die
BSF-Scripting verwenden, sind nicht betroffen.
Angepasste Scripts, die für die Administrationskonsole von WebSphere Application Server geschrieben wurden, sind ebenfalls nicht betroffen.
Diese Funktionalität bleibt in WebSphere Application Server Version 5.1 und nachfolgenden Releases bis Version 6.0 erhalten. Beim Debugging von JSP-Dateien müssen Sie den Anwendungsserver in JavaScript-Debugging-Sitzungen unter Umständen neu starten. |
Folgende Klassen, Methoden und Attribute für Business-Rule-Beans:
|
Keine Benutzeraktion erforderlich. | |
Schnittstellen für die Programmierung des Datenzugriffs in "com.ibm.websphere.rsadapter". Schnittstelle für relationalen Ressourcenadapter: (com.ibm.websphere.rsadapter). In den folgenden Typen werden Methoden nicht mehr unterstützt:
|
Diese veralteten Methoden für relationale Ressourcenadapter haben keine Auswirkung auf die Anwendung. Anmerkung: Sie müssen diese veralteten Methoden nicht in ihren Unterklassen implementieren, wenn
die Unterklasse "OracleDataStoreHelper" existiert. Diese veralteten
Methoden werden von der WebSphere Application Server-Laufzeit nicht aufgerufen.
|
|
Schedulerprogrammierschnittstellen (com.ibm.websphere.scheduler)
-- Typ "public" in Version 5.x:
|
Verwenden Sie anstelle der veralteten Methoden die folgenden Methoden:
Zum Erstellen eines BeanTaskInfo-Objekts mit den unterstützten
createTaskInfo-Methoden:
|
|
Änderungen der Web-Container-API: Anmerkung: Es sind keine veralteten Funktionen deklariert. Die einzigen
Änderungen sind auf eine Änderung einer Java-API zwischen den
Versionen 1.3 und 1.4 zurückzuführen.
Die geänderte Klasse ist
"com.ibm.websphere.servlet.error.ServletErrorReport".
Die Rückgabesignatur für getStackTrace( ) wurde geändert, weil "java.lang.Throwable"
jetzt dieselbe Methode mit einer anderen Rückgabesignatur definiert.
|
Wenn Sie com.ibm.websphere.servlet.error.ServletErrorReport.getStackTrace( ) verwenden und den Rückgabetyp String erwarten, müssen Sie Ihre Anwendung so ändern, dass sie die Ersatzmethode verwendet. | |
Anwendungsservices | Binärdateien für Datenzugriff -- Common Connector Framework,
einschließlich der folgenden JAR-Dateien:
|
Die Lösung der
J2EE Connector Architecture sollte anstelle des Common Connector Framework verwendet
werden. Weitere Informationen zur Verwendung (Tools und Laufzeit) der J2EE Connector Architecture enthält der Artikel Datenzugriff mit JCA-Connector (Java EE Connector Architecture). |
Festlegen des XA-Partnerprotokollverzeichnisses über die Variable TRANLOG_ROOT | Die Einstellung, die derzeit in der Variablen TRANLOG_ROOT gespeichert ist (falls vorhanden), muss für alle Server, die das XA-Partnerprotokoll verwenden sollen, in die Anzeige "Transaktionsservice" aufgenommen werden. Wenn Sie das Standardverzeichnis verwenden möchten, ist keine Aktion erforderlich. Sie können die Anzeige "Transaktionsservice" wie folgt über die Administrationskonsole aufrufen: Wählen Sie "Anwendungsserver" aus, klicken Sie den Anwendungsserver an, der geändert werden soll, und wählen Sie in der nächsten Anzeige "Transaktionsservice" aus. Geben Sie das Verzeichnis, das derzeit in der Variablen TRANLOG_ROOT definiert ist, im Feld "Protokollverzeichnis" ein. | |
Sicherheit | API für "com.ibm.websphere.security.auth.WSPrincipal.getCredential()" | Anstatt
WSCredential vom Principal abzurufen, sollten Sie eine
der folgenden Methoden verwenden, um das Subjekt abzurufen, das
WSCredential enthält:
|
Folgende Elemente in der Sicherheitsprogrammierschnittstelle:
|
Vewrenden Sie Java Authentication and Authorization Service (JAAS) für alle authentifizierungsbezogenen Funktionen. | |
Authentifizierungsverfahren Integrated Cryptographic Services Facility (ICSF) | Verwenden Sie das LTPA-Verfahren (Lightweight Third-Party Party Authentication).
Weitere Informationen hierzu finden Sie im Artikel Lightweight Third Party Authentication. |
|
Systemverwaltung | Folgende Klasse:
com.ibm.websphere.rsadapter.DB2390DataStoreHelper |
Wenn Sie momentan die Klasse "DB2390DataStoreHelper"
für DB2 Legacy CLI-Based
Provider für den Zugriff auf Daten verwenden, müssen Sie ab jetzt die Klasse "DB2DataStoreHelper" verwenden.
Wenn Sie momentan die Klasse "DB2390DataStoreHelper" für DB2 Universal JDBC Provider für den Zugriff auf Daten verwenden, müssen Sie ab jetzt die Klasse "DB2UniversalDataStoreHelper" verwenden. |
Veraltete Features in Version 5.0.2
![[z/OS]](../images/ngzos.gif)
Kategorie | Veraltet | Empfohlene Migrationsaktion |
---|---|---|
Anwendungsprogrammiermodell und Containerunterstützung | Apache-SOAP-Kanal in Web-Service-Gateway | Gateway-Services sollten im SOAP-HTTP-Kanal und nicht im Apache-SOAP-Kanal implementiert werden. Der Endpunkt (URL) des Service ist für diesen Kanal anders. Deshalb müssen Clientprogramm, die mit dem Gateway kommunizieren, den neuen Serviceendpunkt verwenden. |
Apache SOAP, WEBSJAVA.SOAP:
|
Nähere Informationen enthält der Artikel Apache-SOAP-Web-Services auf JAX-RPC-Web-Services migrieren, die auf den Java EE-Standards basieren. |
|
Schedulerprogrammierschnittstellen (com.ibm.websphere.scheduler)
-- Typ "public" in Version 5.x:
|
Verwenden Sie anstelle der
veralteten Methode die folgende Methode:
|
|
Anwendungsservices | Schnittstellen für die Programmierung des Datenzugriffs in "com.ibm.websphere.rsadapter". Schnittstelle für relationalen Ressourcenadapter (com.ibm.websphere.rsadapter) In den folgenden Typen werden Methoden nicht mehr unterstützt:
|
Diese veralteten Methoden für relationale Ressourcenadapter haben keine Auswirkung auf die Anwendung. Anmerkung: Sie müssen diese veralteten Methoden nicht in ihren Unterklassen implementieren, wenn
die Unterklasse "GenericDataStoreHelper" existiert. Diese veralteten
Methoden werden von der WebSphere Application Server-Laufzeit nicht aufgerufen.
Verwenden Sie für "com.ibm.websphere.rsadapter.WSCallHelper" die Methode "getDataStoreHelper(datasource)", um ein "DataStoreHelper"-Objekt abzurufen. |
Systemverwaltung | Klassen "DB2390DataStoreHelper" und "DB2390LocalDataStoreHelper" | Die Klasse "DB2DataStoreHelper" liefert jetzt alle erforderlichen Helper-Informationen für die Provider, die derzeit die Klassen "DB2390DataStoreHelper" und "DB2390LocalDataStoreHelper" verwenden. |
DB2 390 Local JDBC Provider (RRS) | Dieser Provider wurde durch DB2 zOS Local JDBC Provider (RRS) ersetzt. | |
Befehl testConnection im Scripting-Objekt
"AdminControl" ($AdminControl TestConnection configId
props) Wenn Sie diesen Befehl in WebSphere Application Server Version 5.0.2 oder höher ausführen, wird die folgende Nachricht zurückgegeben:
|
Beginnend mit WebSphere Application Server Version 5.0.2 oder höher wird empfohlen, Datenquellenverbindungen mit dem Befehl "testConnection" zu testen. Als einziger Parameter für diesen Befehl ist die Konfigurations-ID der Datenquelle zu übergeben. | |
Befehl getPropertiesForDataSource im Scripting-Objekt
"AdminControl" ($AdminControl getPropertiesForDataSource
configId) Dieser Befehl geht fälschlicherweise von der Verfügbarkeit des
Konfigurationsservice aus, wenn Sie ihn nach Aufbau einer Verbindung ausführen. Wenn Sie diesen Befehl in WebSphere Application Server Version 5.0.2 oder höher ausführen, wird die folgende Nachricht zurückgegeben:
|
Es gibt keinen Ersatz für diesen Befehl. |
![[IBM i]](../images/iseries.gif)
![[AIX Solaris HP-UX Linux Windows]](../images/dist.gif)
Kategorie | Veraltet | Empfohlene Migrationsaktion |
---|---|---|
Anwendungsprogrammiermodell und Containerunterstützung | Apache-SOAP-Kanal in Web-Service-Gateway | Gateway-Services sollten im SOAP-HTTP-Kanal und nicht im Apache-SOAP-Kanal implementiert werden. Der Endpunkt (URL) des Service ist für diesen Kanal anders. Deshalb müssen Clientprogramm, die mit dem Gateway kommunizieren, den neuen Serviceendpunkt verwenden. |
Apache SOAP, WEBSJAVA.SOAP:
|
Nähere Informationen enthält der Artikel Apache-SOAP-Web-Services auf JAX-RPC-Web-Services migrieren, die auf den Java EE-Standards basieren. |
|
Schedulerprogrammierschnittstellen (com.ibm.websphere.scheduler)
-- Typ "public" in Version 5.x:
|
Verwenden Sie anstelle der
veralteten Methode die folgende Methode:
|
|
Anwendungsservices | Schnittstellen für die Programmierung des Datenzugriffs in "com.ibm.websphere.rsadapter". Schnittstelle für relationalen Ressourcenadapter (com.ibm.websphere.rsadapter) In den folgenden Typen werden Methoden nicht mehr unterstützt:
|
Diese veralteten Methoden für relationale Ressourcenadapter haben keine Auswirkung auf die Anwendung. Anmerkung: Sie müssen diese veralteten Methoden nicht in ihren Unterklassen implementieren, wenn
die Unterklasse "GenericDataStoreHelper" existiert. Diese veralteten
Methoden werden von der WebSphere Application Server-Laufzeit nicht aufgerufen.
Verwenden Sie für "com.ibm.websphere.rsadapter.WSCallHelper" die Methode "getDataStoreHelper(datasource)", um ein "DataStoreHelper"-Objekt abzurufen. |
Systemverwaltung | Klassen "DB2390DataStoreHelper" und "DB2390LocalDataStoreHelper" | Die Klasse "DB2DataStoreHelper" liefert jetzt alle erforderlichen Helper-Informationen für die Provider, die derzeit die Klassen "DB2390DataStoreHelper" und "DB2390LocalDataStoreHelper" verwenden. |
Befehl testConnection im Scripting-Objekt
"AdminControl" ($AdminControl TestConnection configId
props) Wenn Sie diesen Befehl in WebSphere Application Server Version 5.0.2 oder höher ausführen, wird die folgende Nachricht zurückgegeben:
|
Beginnend mit WebSphere Application Server Version 5.0.2 oder höher wird empfohlen, Datenquellenverbindungen mit dem Befehl "testConnection" zu testen. Als einziger Parameter für diesen Befehl ist die Konfigurations-ID der Datenquelle zu übergeben. | |
Befehl getPropertiesForDataSource im Scripting-Objekt
"AdminControl" ($AdminControl getPropertiesForDataSource
configId) Dieser Befehl geht fälschlicherweise von der Verfügbarkeit des
Konfigurationsservice aus, wenn Sie ihn nach Aufbau einer Verbindung ausführen. Wenn Sie diesen Befehl in WebSphere Application Server Version 5.0.2 oder höher ausführen, wird die folgende Nachricht zurückgegeben:
|
Es gibt keinen Ersatz für diesen Befehl. |
Veraltete Features in Version 5.0.1
Kategorie | Veraltet | Empfohlene Migrationsaktion |
---|---|---|
Anwendungsservices | Schnittstellen für die Programmierung des Datenzugriffs in "com.ibm.websphere.rsadapter". Schnittstelle für relationalen Ressourcenadapter (com.ibm.websphere.rsadapter). In den folgenden Typen werden Methoden nicht mehr unterstützt:
|
Diese veralteten Methoden für relationale Ressourcenadapter haben keine Auswirkung auf die Anwendung. Anmerkung:
Sie müssen diese veralteten Methoden nicht in ihre Unterklassen implementieren, wenn die
Unterklasse "com.ibm.websphere.rsadapter.GenericDataStoreHelper" existiert. Diese veralteten
Methoden werden von der WebSphere Application Server-Laufzeit nicht aufgerufen.
|
Veraltete Features in Version 5.0
Kategorie | Veraltet | Empfohlene Migrationsaktion |
---|---|---|
Anwendungsservices | Folgende drei Methoden aus "com.ibm.websphere.appprofile.accessintent.AccessIntent":
Dies ist eine Basis-API. |
Anstelle der genannten drei veralteten Methoden der Schnittstelle
"AccessIntent" sollten Entwickler die folgende Methode aus derselben Schnittstelle verwenden:
Die gültigen Rückgabewerte sind in der
Schnittstelle "AccessIntent"
definiert:
|
Web-APIs -- Verschiedene Methoden der Version 5.x in com.ibm.websphere.ServletErrorReport | ||
Sicherheit | Schnittstelle "com.ibm.websphere.security.CustomRegistry" | Verwenden Sie die Schnittstelle "com.ibm.websphere.security.UserRegistry". |
Leistung | Performance Monitoring Infrastructure -- Verschiedene öffentliche Methoden
der Version 5.x in:
|
Diese Methoden werden wie folgt ersetzt:
|