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.

WebSphere Application Server verwendet das folgende Benennungsschema:

V.R.M.F

Für diese Angaben gilt Folgendes:
  • V = Version
  • R = Release
  • M = Modifikation
  • F = Fixpack
Beispielsweise bezieht sich die Angabe 9.0.0.1 auf Version 9, Release 0, Modifikation 0 und Fixpack 1. Häufig wird die Angabe "Version" einem bestimmten Release, einer bestimmten Modifikation oder einem bestimmten Fixpack vorangestellt: Die Angabe "Version 9.0" bezieht sich z. B. auf ein Release, und die Angabe "Version 9.0.0.1" bezieht sich auf ein 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

Tabelle 1. Features, die ab Version 9.0 nicht mehr verwendet werden. In dieser Tabelle sind die Features beschrieben, 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:
  • EJB-Entity-Beans (Enterprise JavaBeans)
    Wichtig: Nur der Abschnitt der EJB-Spezifikation, der sich auf Entity-Beans bezieht, ist veraltet.
  • JAX-RPC 1.1 (Java API for XML-based RPC)
Auch die folgenden optionalen Java EE 7-Technologien werden nicht weiter unterstützt:
  • JAXR 1.0 (Java API for XML Registries)
  • Java EE Application Deployment 1.2
  • EJB-Entity-Beans:

    Verwenden Sie Java Persistence API (JPA) für neue Datenbank- und andere persistenzorientierte Operationen.

  • JAX-RPC 1.1:

    Verwenden Sie Java API for XML Web Services (JAX-WS).

    Der Fokus auf die Gewährleistung der Interoperabilität für einen Teil der Funktionen, die mit den Schnittpunkten von JAX-RPC und JAX-WS zu tun haben, wird beibehalten. Alle neuen Erweiterungen in Bezug auf die Aktualisierung der Unterstützung neuer Standards werden jedoch nur in der JAX-WS-Laufzeitumgebung vorgenommen.

  • JAXR 1.0:

    Verwenden Sie UDDI Version 3.

  • Java EE Application Deployment 1.2:

    Verwenden Sie eine andere Methode, um Anwendungen auf dem Server zu implementieren, z. B. wsadmin-Scripting und JMX-MBeans. Die Methode, die der Verwendung von Java EE Deployment API am nächsten kommt, ist die Verwendung von WebSphere-JMX-MBeans. Informationen zu den Implementierungsoptionen finden Sie im Artikel Methoden für die Installation von Unternehmensanwendungen oder -modulen.

Die folgenden asynchronen Programmiermodelle:
  • Asynchrone Beans
  • CommonJ-Zeitgeber- und Arbeitsmanager
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.
[IBM i]Systemverwaltung [IBM i]Befehl updwashost [IBM i]Verwenden Sie den Befehl changeHostName des AdminTask-Objekts, um den Hostnamen eines Knotens zu ändern. Weitere Informationen finden Sie im Artikel Befehlsgruppe "Utility" des Objekts "AdminTask".
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).

[AIX Solaris HP-UX Linux Windows][IBM i]Weitere Informationen finden Sie unter Collector-Tool.

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

Tabelle 2. Veraltete Features in Version 8.5.5. In dieser Tabelle sind die Features beschrieben, die ab Version 8.5.5 als veraltet gelten.
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.
[z/OS]Edge Components [z/OS]DMZ Secure Proxy Server for IBM WebSphere Application Server for z/OS
Anmerkung: Dieses Feature wurde in Version 9.0 entfernt.
[z/OS]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, die ohne Aufpreis mit dem Produkt bereitgestellt werden. Weitere Funktionalität ist über IBM DataPower-Geräte verfügbar.
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:
  • V2R2 und höher: IBM HTTP Server (powered by Apache)
  • V2R1 und früher: IBM HTTP Server for z/OS V5R3 (DGW)
Weitere Funktionalität ist über IBM DataPower-Geräte verfügbar.
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:
  • RPC Adapter
  • Analytics
  • Graphics
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:
  • Optimizer
  • WebDAV-Erweiterung
  • Map Conversion
  • Dojo Diagrammer
Es gibt keine empfohlene Migrationsaktion.

Veraltete Features in Version 8.5

Tabelle 3. Veraltete Features in Version 8.5. In dieser Tabelle sind die Features beschrieben, die ab Version 8.5 als veraltet gelten.
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:
  • Files in Stammverzeichnis_des_Anwendungsservers/bin/:
    • eventbucket.sh/eventbucket.bat
    • eventcatalog.sh/eventcatalog.bat
    • eventemit.sh/eventemit.bat
    • eventpurge.sh/eventpurge.bat
    • eventpurgepool.sh/eventpurgepool.bat
    • eventquery.sh/eventquery.bat
  • Files in Stammverzeichnis_des_Anwendungsservers/systemApps/:
    • EventService.ear/META-INF
    • EventService.ear/DataStoreEjb.jar
    • EventService.ear/EventCatalogEjb.jar
    • EventService.ear/EventServerEjb.jar
    • EventService.ear/EventServerMdb.jar
  • Dateien in Stammverzeichnis_des_Anwendungsservers/plugins/:
    • com.ibm.events.client.jar
    • com.ibm.events.service.jar
  • Datei in Stammverzeichnis_des_Anwendungsservers/features/:
    • com.ibm.events.service_6.1.0.0
  • Dateien in Stammverzeichnis_des_Anwendungsservers/properties/schemas/:
    • cei.xsd
    • ceiservice.xs
  • Dateien in Stammverzeichnis_des_Anwendungsservers/util/event/:
    • ceiconfigreload.jacl
    • eventbucket.jacl
    • eventcatalog.jacl
    • eventemit.jacl
    • eventpurge.jacl
    • eventpurgepool.jacl
    • eventquery.jacl
  • Dateien in Stammverzeichnis_des_Anwendungsservers/web/configDocs/packages/cei/:
    • classes-frame.html
    • DataStoreProfile.html
    • DistributionQueue.html
    • EmitterFactoryProfile.html
    • EventBusTransmissionProfile.html
    • EventGroupProfile.html
    • EventGroupProfileList.html
    • EventInfrastructureProvider.html
    • EventServerProfile.html
    • FilterFactoryProfile.html
    • JMSTransmissionProfile.html
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:
  • com.ibm.portal
  • com.ibm.portal.dynamicui
  • com.ibm.portal.help
  • com.ibm.portal.jndi
  • com.ibm.portal.portlet.service
  • com.ibm.portal.propertybroker.property
  • com.ibm.portal.propertybroker.service
  • com.ibm.portal.state
  • com.ibm.portal.state.exceptions
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:
  • Cisco Consultant (CCO)
  • Nortel-Alteon Consultant (NAL)
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:
  • Apache Tomcat
  • BEA WebLogic
  • JBoss
  • Externer WebSphere-Anwendungsserver (Anwendungsserver, die außerhalb der Intelligent Management-Zelle ausgeführt werden)
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.
[AIX Solaris HP-UX Linux Windows][z/OS]Unterstützung für Knoten der WebSphere Virtual Enterprise Version 7.x und früher [AIX Solaris HP-UX Linux Windows][z/OS]Migrieren Sie die Knoten auf WebSphere Application Server Network Deployment.

Lesen Sie hierzu den Artikel Migration, Koexistenz und Interoperabilität.

Veraltete Features in Version 8.0.0.1

Tabelle 4. Veraltete Features in Version 8.0.0.1. In dieser Tabelle sind die Features beschrieben, die ab Version 8.0.0.1 als veraltet gelten.
Kategorie Veraltet Empfohlene Migrationsaktion
Systemverwaltung Die Unterstützung der folgenden Software hat das Ende des Lebenszyklus erreicht:
  • Sybase Adaptive Server Enterprise (ASE) 12.5.X
  • Sybase jConnect 5.5
Führen Sie eine Migration auf die folgenden Komponenten durch:
  • Sybase Adaptive Server Enterprise (ASE) 15.X
  • Sybase jConnect 6.05 oder jConnect 7.0

Veraltete Features in Version 8.0

[z/OS]
Tabelle 5. Veraltete Features in Version 8.0. In dieser Tabelle sind die Features beschrieben, die ab Version 8.0 als veraltet gelten.
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":
  • -components
  • -maintenancePackageID
Beachten Sie bei der Verwendung des Dienstprogramms "historyInfo" Folgendes:
  • -component

    Verwenden Sie dieses Argument nicht. Es führt keine Aktion aus.

  • -maintenancePackageID

    Dieses Argument führt jetzt eine Aktion aus, die -offeringID entspricht. Verwenden Sie -offeringID.

Folgende Befehlszeilenargumente des Dienstprogramms "versionInfo":
  • -componentDetail
  • -components
  • -maintenancePackageDetail
  • -maintenancePackages
Beachten Sie bei der Verwendung des Dienstprogramms "versionInfo" Folgendes:
  • -componentDetail

    Verwenden Sie dieses Argument nicht. Es führt keine Aktion aus.

  • -components

    Verwenden Sie dieses Argument nicht. Es führt keine Aktion aus.

  • -maintenancePackageDetail

    Dieses Argument führt jetzt eine Aktion aus, die -fixpackDetail und -ifixDetail entspricht. Verwenden Sie -fixpackDetail und -ifixDetail.

  • -maintenancePackages

    Dieses Argument führt jetzt eine Aktion aus, die -fixpacks und -ifixes entspricht. Verwenden Sie -fixpacks und -ifixes.

Folgende Methoden in der Klasse "com.ibm.websphere.product.WASDirectory":
  • public WASComponent getInstalledComponentByName(String componentName)
  • public WASComponent[] getInstalledComponentList()
  • public boolean isComponentInstalled(String componentName)
  • public WASMaintenancePackage[] getHistoryMaintenancePackageList()
  • public WASMaintenancePackage getInstalledMaintenancePackageByID(String mpID)
  • public WASMaintenancePackage[] getInstalledMaintenancePackageList()
  • public boolean isMaintenancePackageInstalled(String ID)
Verwenden Sie diese Methoden nicht.
  • public WASComponent getInstalledComponentByName(String componentName)

    Diese Methode gibt jetzt ein Nullobjekt zurück.

  • public WASComponent[] getInstalledComponentList()

    Diese methode gibt jetzt eine leere Liste zurück.

  • public boolean isComponentInstalled(String componentName)

    Diese Methode gibt jetzt "false" zurück.

  • public WASMaintenancePackage[] getHistoryMaintenancePackageList()

    Diese Methode wird durch public IMEvent[] getHistoryEventList() ersetzt.

  • public WASMaintenancePackage getInstalledMaintenancePackageByID(String mpID)

    Diese Methode wird durch ublic IMOffering getInstalledOfferingByID(String productID) ersetzt.

  • public WASMaintenancePackage[] getInstalledMaintenancePackageList()

    Diese Methode wird durch public IMOffering[] getInstalledOfferingList() ersetzt.

  • public boolean isMaintenancePackageInstalled(String ID)

    Diese Methode wird durch public boolean isThisProductInstalled(String id) ersetzt.

Anwendungsservices Folgende Klassen im Paket "com.ibm.websphere.product.*":
  • com.ibm.websphere.product.metadata.WASComponent
  • com.ibm.websphere.product.metadata.WASComponentUpdate
  • com.ibm.websphere.product.metadata.WASMaintenancePackage
  • com.ibm.websphere.product.WASProductException
  • com.ibm.websphere.product.history.WASHistoryException
  • com.ibm.websphere.product.WASProduct.
  • com.ibm.websphere.product.history.WASHistory
Verwenden Sie die folgenden Richtlinien:
  • com.ibm.websphere.product.metadata.WASComponent

    Verwenden Sie diese Klasse nicht. Alle öffentlichen (public) Methoden in dieser Klasse geben jetzt Nullobjekte oder leere Listen zurück.

  • com.ibm.websphere.product.metadata.WASComponentUpdate

    Verwenden Sie diese Klasse nicht. Alle öffentlichen (public) Methoden in dieser Klasse geben jetzt Nullobjekte oder leere Listen zurück.

  • com.ibm.websphere.product.metadata.WASMaintenancePackage

    Verwenden Sie diese Klasse nicht.

  • com.ibm.websphere.product.WASProductException

    Verwenden Sie diese Klasse nicht. Verwenden Sie die Klasse "com.ibm.websphere.product.WASDirectoryException".

  • com.ibm.websphere.product.history.WASHistoryException

    Verwenden Sie diese Klasse nicht. Verwenden Sie die Klasse "com.ibm.websphere.product.WASDirectoryException".

  • com.ibm.websphere.product.WASProduct.

    Verwenden Sie diese Klasse nicht. Verwenden Sie die Klasse "com.ibm.websphere.product.WASDirectory".

  • com.ibm.websphere.product.history.WASHistory

    Verwenden Sie diese Klasse nicht. Verwenden Sie die Klasse "com.ibm.websphere.product.WASDirectory".

Folgende Konstanten in der Klasse "com.ibm.websphere.product.WASDirectory":
  • ID_BASE
  • ID_EXPRESS
  • ID_ND
Folgende Konstanten in den Klassen "com.ibm.websphere.product.WASDirectory" und "com.ibm.websphere.product.utils.WASDirectoryHelper":
  • ID_PME
  • ID_WBI
  • ID_JDK
  • ID_EMBEDDED_EXPRESS
  • ID_XD
  • ID_CLIENT
  • ID_PLG
  • ID_IHS
  • ID_WXD
  • ID_NDDMZ
  • ID_UPDI
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":
  • createManagedNodeGroup
  • deleteManagedNodeGroup
  • addMemberToManagedNodeGroup
  • deleteMemberFromManagedNodeGroup
  • queryManagedNodeGroups
  • getManagedNodeGroupMembers
  • getManagedNodeGroupInfo
  • modifyManagedNodeGroupInfo
Folgende Befehle in der Befehlsgruppe "JobManagerNode" für das Objekt "AdminTask":
  • cleanupManagedNode
  • queryManagedNodes
  • getManagedNodeProperties
  • modifyManagedNodeProperties
  • getManagedNodeKeys
Verwenden Sie die folgenden Befehle in der Befehlsgruppe "TargetGroup" für das Objekt "AdminTask":
  • createTargetGroup
  • deleteTargetGroup
  • addMemberToTargetGroup
  • deleteMemberFromTargetGroup
  • queryTargetGroups
  • getTargetGroupMembers
  • getTargetGroupInfo
  • modifyTargetGroupInfo
Verwenden Sie die folgenden Befehle in der Befehlsgruppe "JobManagerNode" für das Objekt "AdminTask":
  • cleanupTarget
  • queryTargets
  • getTargetProperties
  • modifyTargetProperties
  • getTargetKeys
Serviceprotokoll, üblicherweise activity.log Verwenden Sie eine der folgenden Dateien, um auf den Protokollinhalt zuzugreifen:
  • Datei SystemOut.log, wenn Ihr System für die Verwendung das Basisprotokoll- und Basistracemodus konfiguriert ist.
  • HPEL-Befehl (High Performance Extensible Logging) "LogViewer", wenn Ihr System für die Verwendung des HPEL-Protokoll- und -Tracemodus konfiguriert ist.

    Konfigurieren Sie Ihre Server für die Verwendung des HPEL-Protokolls und des Tracemodus, und verwenden Sie die HPEL-API, wenn Sie Protokolldateiinhalt aus mehreren Servern zusammenführen müssen. Verwenden Sie den HPEL-Protokoll- und -Tracemodus und den HPEL-Befehl "LogViewer", wenn Sie Protokollinhalt im CBE-XML-Format wiedergeben müssen.

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:
  • 9001
  • 9002
  • 9003/7993
  • 9004/9235 – XS40, XI50, XB60, XM70
  • 9004/9235 – XA35, XM70FC
Die Enddaten des Servicezeitraums für die Geräte sind auf der Webseite IBM WebSphere DataPower SOA Appliances End of Service dates dokumentiert.

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]
Tabelle 6. Veraltete Features in Version 8.0. In dieser Tabelle sind die Features beschrieben, die ab Version 8.0 als veraltet gelten.
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":
  • -components
  • -maintenancePackageID
Beachten Sie bei der Verwendung des Dienstprogramms "historyInfo" Folgendes:
  • -component

    Verwenden Sie dieses Argument nicht. Es führt keine Aktion aus.

  • -maintenancePackageID

    Dieses Argument führt jetzt eine Aktion aus, die -offeringID entspricht. Verwenden Sie -offeringID.

Folgende Befehlszeilenargumente des Dienstprogramms "versionInfo":
  • -componentDetail
  • -components
  • -maintenancePackageDetail
  • -maintenancePackages
Beachten Sie bei der Verwendung des Dienstprogramms "versionInfo" Folgendes:
  • -componentDetail

    Verwenden Sie dieses Argument nicht. Es führt keine Aktion aus.

  • -components

    Verwenden Sie dieses Argument nicht. Es führt keine Aktion aus.

  • -maintenancePackageDetail

    Dieses Argument führt jetzt eine Aktion aus, die -fixpackDetail und -ifixDetail entspricht. Verwenden Sie -fixpackDetail und -ifixDetail.

  • -maintenancePackages

    Dieses Argument führt jetzt eine Aktion aus, die -fixpacks und -ifixes entspricht. Verwenden Sie -fixpacks und -ifixes.

Folgende Methoden in der Klasse "com.ibm.websphere.product.WASDirectory":
  • public WASComponent getInstalledComponentByName(String componentName)
  • public WASComponent[] getInstalledComponentList()
  • public boolean isComponentInstalled(String componentName)
  • public WASMaintenancePackage[] getHistoryMaintenancePackageList()
  • public WASMaintenancePackage getInstalledMaintenancePackageByID(String mpID)
  • public WASMaintenancePackage[] getInstalledMaintenancePackageList()
  • public boolean isMaintenancePackageInstalled(String ID)
Verwenden Sie diese Methoden nicht.
  • public WASComponent getInstalledComponentByName(String componentName)

    Diese Methode gibt jetzt ein Nullobjekt zurück.

  • public WASComponent[] getInstalledComponentList()

    Diese methode gibt jetzt eine leere Liste zurück.

  • public boolean isComponentInstalled(String componentName)

    Diese Methode gibt jetzt "false" zurück.

  • public WASMaintenancePackage[] getHistoryMaintenancePackageList()

    Diese Methode wird durch public IMEvent[] getHistoryEventList() ersetzt.

  • public WASMaintenancePackage getInstalledMaintenancePackageByID(String mpID)

    Diese Methode wird durch ublic IMOffering getInstalledOfferingByID(String productID) ersetzt.

  • public WASMaintenancePackage[] getInstalledMaintenancePackageList()

    Diese Methode wird durch public IMOffering[] getInstalledOfferingList() ersetzt.

  • public boolean isMaintenancePackageInstalled(String ID)

    Diese Methode wird durch public boolean isThisProductInstalled(String id) ersetzt.

Anwendungsservices Folgende Klassen im Paket "com.ibm.websphere.product.*":
  • com.ibm.websphere.product.metadata.WASComponent
  • com.ibm.websphere.product.metadata.WASComponentUpdate
  • com.ibm.websphere.product.metadata.WASMaintenancePackage
  • com.ibm.websphere.product.WASProductException
  • com.ibm.websphere.product.history.WASHistoryException
  • com.ibm.websphere.product.WASProduct.
  • com.ibm.websphere.product.history.WASHistory
Verwenden Sie die folgenden Richtlinien:
  • com.ibm.websphere.product.metadata.WASComponent

    Verwenden Sie diese Klasse nicht. Alle öffentlichen (public) Methoden in dieser Klasse geben jetzt Nullobjekte oder leere Listen zurück.

  • com.ibm.websphere.product.metadata.WASComponentUpdate

    Verwenden Sie diese Klasse nicht. Alle öffentlichen (public) Methoden in dieser Klasse geben jetzt Nullobjekte oder leere Listen zurück.

  • com.ibm.websphere.product.metadata.WASMaintenancePackage

    Verwenden Sie diese Klasse nicht.

  • com.ibm.websphere.product.WASProductException

    Verwenden Sie diese Klasse nicht. Verwenden Sie die Klasse "com.ibm.websphere.product.WASDirectoryException".

  • com.ibm.websphere.product.history.WASHistoryException

    Verwenden Sie diese Klasse nicht. Verwenden Sie die Klasse "com.ibm.websphere.product.WASDirectoryException".

  • com.ibm.websphere.product.WASProduct.

    Verwenden Sie diese Klasse nicht. Verwenden Sie die Klasse "com.ibm.websphere.product.WASDirectory".

  • com.ibm.websphere.product.history.WASHistory

    Verwenden Sie diese Klasse nicht. Verwenden Sie die Klasse "com.ibm.websphere.product.WASDirectory".

Folgende Konstanten in der Klasse "com.ibm.websphere.product.WASDirectory":
  • ID_BASE
  • ID_EXPRESS
  • ID_ND
Folgende Konstanten in den Klassen "com.ibm.websphere.product.WASDirectory" und "com.ibm.websphere.product.utils.WASDirectoryHelper":
  • ID_PME
  • ID_WBI
  • ID_JDK
  • ID_EMBEDDED_EXPRESS
  • ID_XD
  • ID_CLIENT
  • ID_PLG
  • ID_IHS
  • ID_WXD
  • ID_NDDMZ
  • ID_UPDI
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":
  • createManagedNodeGroup
  • deleteManagedNodeGroup
  • addMemberToManagedNodeGroup
  • deleteMemberFromManagedNodeGroup
  • queryManagedNodeGroups
  • getManagedNodeGroupMembers
  • getManagedNodeGroupInfo
  • modifyManagedNodeGroupInfo
Folgende Befehle in der Befehlsgruppe "JobManagerNode" für das Objekt "AdminTask":
  • cleanupManagedNode
  • queryManagedNodes
  • getManagedNodeProperties
  • modifyManagedNodeProperties
  • getManagedNodeKeys
Verwenden Sie die folgenden Befehle in der Befehlsgruppe "TargetGroup" für das Objekt "AdminTask":
  • createTargetGroup
  • deleteTargetGroup
  • addMemberToTargetGroup
  • deleteMemberFromTargetGroup
  • queryTargetGroups
  • getTargetGroupMembers
  • getTargetGroupInfo
  • modifyTargetGroupInfo
Verwenden Sie die folgenden Befehle in der Befehlsgruppe "JobManagerNode" für das Objekt "AdminTask":
  • cleanupTarget
  • queryTargets
  • getTargetProperties
  • modifyTargetProperties
  • getTargetKeys
Folgende Befehle zum Starten von Profile Management Tool:
  • [AIX][HP-UX][Linux][Solaris]Stammverzeichnis_des_Anwendungsservers/bin/ProfileManagement/pmt.sh
  • [Windows]Stammverzeichnis_des_Anwendungsservers\bin\ProfileManagement\pmt.bat
Folgende Befehle zum Starten von Migration Management Tool:
  • [AIX][HP-UX][Linux][Solaris]Stammverzeichnis_des_Anwendungsservers/bin/migration.sh
  • [Windows]Stammverzeichnis_des_Anwendungsservers\bin\migration.bat
Verwenden Sie die folgenden Befehle, um WebSphere Customization Toolbox zu starten:
  • [AIX][HP-UX][Linux][Solaris]Profilstammverzeichnis/bin/wct.sh
  • [Windows]Profilstammverzeichnis\bin\wct.bat
Verwenden Sie die folgenden Befehle, um Profile Management Tool (nur z/OS) zu starten, das in WebSphere Customization Toolbox enthalten ist:
  • [AIX][HP-UX][Linux][Solaris]Profilstammverzeichnis/bin/wct.sh -perspective com.ibm.ws.pmt.views.standalone.perspectives.standAlonePerspective
  • [Windows]Profilstammverzeichnis\bin\wct.bat -perspective com.ibm.ws.pmt.views.standalone.perspectives.standAlonePerspective
Verwenden Sie di folgenden Befehle, um Migration Management Tool in WebSphere Customization Toolbox zu starten:
  • [AIX][HP-UX][Linux][Solaris]Profilstammverzeichnis/bin/wct.sh -perspective com.ibm.ws.mmt.perspective
  • [Windows]Profilstammverzeichnis\bin\wct.bat -perspective com.ibm.ws.mmt.perspective
Serviceprotokoll, üblicherweise activity.log Verwenden Sie eine der folgenden Dateien, um auf den Protokollinhalt zuzugreifen:
  • Datei SystemOut.log, wenn Ihr System für die Verwendung das Basisprotokoll- und Basistracemodus konfiguriert ist.
  • HPEL-Befehl (High Performance Extensible Logging) "LogViewer", wenn Ihr System für die Verwendung des HPEL-Protokoll- und -Tracemodus konfiguriert ist.

    Konfigurieren Sie Ihre Server für die Verwendung des HPEL-Protokolls und des Tracemodus, und verwenden Sie die HPEL-API, wenn Sie Protokolldateiinhalt aus mehreren Servern zusammenführen müssen. Verwenden Sie den HPEL-Protokoll- und -Tracemodus und den HPEL-Befehl "LogViewer", wenn Sie Protokollinhalt im CBE-XML-Format wiedergeben müssen.

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:
  • 9001
  • 9002
  • 9003/7993
  • 9004/9235 – XS40, XI50, XB60, XM70
  • 9004/9235 – XA35, XM70FC
Die Enddaten des Servicezeitraums für die Geräte sind auf der Webseite IBM WebSphere DataPower SOA Appliances End of Service dates dokumentiert.

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]
Tabelle 7. Veraltete Features in Version 8.0. In dieser Tabelle sind die Features beschrieben, die ab Version 8.0 als veraltet gelten.
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":
  • -components
  • -maintenancePackageID
Beachten Sie bei der Verwendung des Dienstprogramms "historyInfo" Folgendes:
  • -component

    Verwenden Sie dieses Argument nicht. Es führt keine Aktion aus.

  • -maintenancePackageID

    Dieses Argument führt jetzt eine Aktion aus, die -offeringID entspricht. Verwenden Sie -offeringID.

Folgende Befehlszeilenargumente des Dienstprogramms "versionInfo":
  • -componentDetail
  • -components
  • -maintenancePackageDetail
  • -maintenancePackages
Beachten Sie bei der Verwendung des Dienstprogramms "versionInfo" Folgendes:
  • -componentDetail

    Verwenden Sie dieses Argument nicht. Es führt keine Aktion aus.

  • -components

    Verwenden Sie dieses Argument nicht. Es führt keine Aktion aus.

  • -maintenancePackageDetail

    Dieses Argument führt jetzt eine Aktion aus, die -fixpackDetail und -ifixDetail entspricht. Verwenden Sie -fixpackDetail und -ifixDetail.

  • -maintenancePackages

    Dieses Argument führt jetzt eine Aktion aus, die -fixpacks und -ifixes entspricht. Verwenden Sie -fixpacks und -ifixes.

Folgende Methoden in der Klasse "com.ibm.websphere.product.WASDirectory":
  • public WASComponent getInstalledComponentByName(String componentName)
  • public WASComponent[] getInstalledComponentList()
  • public boolean isComponentInstalled(String componentName)
  • public WASMaintenancePackage[] getHistoryMaintenancePackageList()
  • public WASMaintenancePackage getInstalledMaintenancePackageByID(String mpID)
  • public WASMaintenancePackage[] getInstalledMaintenancePackageList()
  • public boolean isMaintenancePackageInstalled(String ID)
Verwenden Sie diese Methoden nicht.
  • public WASComponent getInstalledComponentByName(String componentName)

    Diese Methode gibt jetzt ein Nullobjekt zurück.

  • public WASComponent[] getInstalledComponentList()

    Diese methode gibt jetzt eine leere Liste zurück.

  • public boolean isComponentInstalled(String componentName)

    Diese Methode gibt jetzt "false" zurück.

  • public WASMaintenancePackage[] getHistoryMaintenancePackageList()

    Diese Methode wird durch public IMEvent[] getHistoryEventList() ersetzt.

  • public WASMaintenancePackage getInstalledMaintenancePackageByID(String mpID)

    Diese Methode wird durch ublic IMOffering getInstalledOfferingByID(String productID) ersetzt.

  • public WASMaintenancePackage[] getInstalledMaintenancePackageList()

    Diese Methode wird durch public IMOffering[] getInstalledOfferingList() ersetzt.

  • public boolean isMaintenancePackageInstalled(String ID)

    Diese Methode wird durch public boolean isThisProductInstalled(String id) ersetzt.

Anwendungsservices Folgende Klassen im Paket "com.ibm.websphere.product.*":
  • com.ibm.websphere.product.metadata.WASComponent
  • com.ibm.websphere.product.metadata.WASComponentUpdate
  • com.ibm.websphere.product.metadata.WASMaintenancePackage
  • com.ibm.websphere.product.WASProductException
  • com.ibm.websphere.product.history.WASHistoryException
  • com.ibm.websphere.product.WASProduct.
  • com.ibm.websphere.product.history.WASHistory
Verwenden Sie die folgenden Richtlinien:
  • com.ibm.websphere.product.metadata.WASComponent

    Verwenden Sie diese Klasse nicht. Alle öffentlichen (public) Methoden in dieser Klasse geben jetzt Nullobjekte oder leere Listen zurück.

  • com.ibm.websphere.product.metadata.WASComponentUpdate

    Verwenden Sie diese Klasse nicht. Alle öffentlichen (public) Methoden in dieser Klasse geben jetzt Nullobjekte oder leere Listen zurück.

  • com.ibm.websphere.product.metadata.WASMaintenancePackage

    Verwenden Sie diese Klasse nicht.

  • com.ibm.websphere.product.WASProductException

    Verwenden Sie diese Klasse nicht. Verwenden Sie die Klasse "com.ibm.websphere.product.WASDirectoryException".

  • com.ibm.websphere.product.history.WASHistoryException

    Verwenden Sie diese Klasse nicht. Verwenden Sie die Klasse "com.ibm.websphere.product.WASDirectoryException".

  • com.ibm.websphere.product.WASProduct.

    Verwenden Sie diese Klasse nicht. Verwenden Sie die Klasse "com.ibm.websphere.product.WASDirectory".

  • com.ibm.websphere.product.history.WASHistory

    Verwenden Sie diese Klasse nicht. Verwenden Sie die Klasse "com.ibm.websphere.product.WASDirectory".

Folgende Konstanten in der Klasse "com.ibm.websphere.product.WASDirectory":
  • ID_BASE
  • ID_EXPRESS
  • ID_ND
Folgende Konstanten in den Klassen "com.ibm.websphere.product.WASDirectory" und "com.ibm.websphere.product.utils.WASDirectoryHelper":
  • ID_PME
  • ID_WBI
  • ID_JDK
  • ID_EMBEDDED_EXPRESS
  • ID_XD
  • ID_CLIENT
  • ID_PLG
  • ID_IHS
  • ID_WXD
  • ID_NDDMZ
  • ID_UPDI
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":
  • createManagedNodeGroup
  • deleteManagedNodeGroup
  • addMemberToManagedNodeGroup
  • deleteMemberFromManagedNodeGroup
  • queryManagedNodeGroups
  • getManagedNodeGroupMembers
  • getManagedNodeGroupInfo
  • modifyManagedNodeGroupInfo
Folgende Befehle in der Befehlsgruppe "JobManagerNode" für das Objekt "AdminTask":
  • cleanupManagedNode
  • queryManagedNodes
  • getManagedNodeProperties
  • modifyManagedNodeProperties
  • getManagedNodeKeys
Verwenden Sie die folgenden Befehle in der Befehlsgruppe "TargetGroup" für das Objekt "AdminTask":
  • createTargetGroup
  • deleteTargetGroup
  • addMemberToTargetGroup
  • deleteMemberFromTargetGroup
  • queryTargetGroups
  • getTargetGroupMembers
  • getTargetGroupInfo
  • modifyTargetGroupInfo
Verwenden Sie die folgenden Befehle in der Befehlsgruppe "JobManagerNode" für das Objekt "AdminTask":
  • cleanupTarget
  • queryTargets
  • getTargetProperties
  • modifyTargetProperties
  • getTargetKeys
Serviceprotokoll, üblicherweise activity.log Verwenden Sie eine der folgenden Dateien, um auf den Protokollinhalt zuzugreifen:
  • Datei SystemOut.log, wenn Ihr System für die Verwendung das Basisprotokoll- und Basistracemodus konfiguriert ist.
  • HPEL-Befehl (High Performance Extensible Logging) "LogViewer", wenn Ihr System für die Verwendung des HPEL-Protokoll- und -Tracemodus konfiguriert ist.

    Konfigurieren Sie Ihre Server für die Verwendung des HPEL-Protokolls und des Tracemodus, und verwenden Sie die HPEL-API, wenn Sie Protokolldateiinhalt aus mehreren Servern zusammenführen müssen. Verwenden Sie den HPEL-Protokoll- und -Tracemodus und den HPEL-Befehl "LogViewer", wenn Sie Protokollinhalt im CBE-XML-Format wiedergeben müssen.

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:
  • 9001
  • 9002
  • 9003/7993
  • 9004/9235 – XS40, XI50, XB60, XM70
  • 9004/9235 – XA35, XM70FC
Die Enddaten des Servicezeitraums für die Geräte sind auf der Webseite IBM WebSphere DataPower SOA Appliances End of Service dates dokumentiert.

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]
Tabelle 8. Veraltete Features in Version 7.0. In dieser Tabelle sind die Features beschrieben, die ab Version 7.0 als veraltet gelten.
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:
  • Klassen:
    • com.ibm.websphere.rsadapter.JdbcAccessorImpl
    • com.ibm.websphere.rsadapter.OracleDataStoreHelper
  • Schnittstellen:
    • com.ibm.websphere.rsadapter.Beginnable
    • com.ibm.websphere.rsadapter.HandleStates
    • com.ibm.websphere.rsadapter.Reassociateable
    • com.ibm.websphere.rsadapter.WSNativeConnectionAccessor
  • Methoden:
    • com.ibm.websphere.rsadapter.WSCallHelper.setConnectionError (Object conn)
    • com.ibm.websphere.rsadapter.WSCallHelper.call
    • com.ibm.websphere.rsadapter.WSConnection.getClientInformation
    • com.ibm.websphere.rsadapter.WSConnection.setClientInformation
    • com.ibm.ws.rsadapter.cci.WSResourceAdapterBase.getNativeConnection (javax.resource.cci.Connection)
    • com.ibm.ws.rsadapter.cci.WSResourceAdapterBase.getNativeConnection (com.ibm.ws.rsadapter.jdbc.WSJdbcConnection)
    • com.ibm.ws.rsadapter.jdbc.WSJdbcUtil.getNativeConnection (com.ibm.ws.rsadapter.jdbc.WSJdbcConnection)
  • Felder:
    • com.ibm.websphere.rsadapter.DataStoreHelper.ORACLE_HELPER
    • com.ibm.websphere.rsadapter.WSConnection.CLIENT_ACCOUNTING_INFO
    • com.ibm.websphere.rsadapter.WSConnection.CLIENT_APPLICATION_NAME
    • com.ibm.websphere.rsadapter.WSConnection.CLIENT_ID
    • com.ibm.websphere.rsadapter.WSConnection.CLIENT_LOCATION
    • com.ibm.websphere.rsadapter.WSConnection.CLIENT_OTHER_INFO
    • com.ibm.websphere.rsadapter.WSConnection.CLIENT_TYPE
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:
  • Gemeinsame Nutzung globaler Sitzungen über die Eigenschaft "Servlet21SessionCompatibility"
  • Unterstützung für alle Eigenschaften des Sitzungsmanagers als Systemeigenschaften
  • Unterstützung für alle Eigenschaften des Sitzungsmanagers als Web-Container-Eigenschaften
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:
  • SERV1\ws\code\admin.thinclient\build\classes\com\ibm\ws\management\ cmdframework\impl\RemoteCommandMgr*.class
  • SERV1\ws\code\admin.thinclient\build\classes\com\ibm\ws\management\ cmdframework\impl\RemoteCommandMgrImpl*.class

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:
  • com.ibm.websphere.wsaddressing.jaxws.W3CEndpointReference
  • com.ibm.websphere.wsaddressing.jaxws.SubmissionEndpointReference
  • com.ibm.websphere.wsaddressing.jaxws.EndpointReferenceConverter
Verwenden Sie stattdessen die folgenden Klassen:
  • javax.xml.ws.wsaddressing.W3CEndpointReference
  • com.ibm.websphere.wsaddressing.jaxws21.SubmissionEndpointReference
  • com.ibm.websphere.wsaddressing.jaxws21.EndpointReferenceConverter
Folgende Typen von WebSphere Common Configuration Model (WCCM):
  • SIBJMSProvider
  • SIBJMSConnectionFactory
  • SIBJMSQueueConnectionFactory
  • SIBJMSTopicConnectionFactory
  • SIBJMSQueue
  • SIBJMSTopic
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:
AdminTask.listSIBJMSQueues()
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:
  • Die Unterstützung für JMS-Provider (Java Message Service), die nicht mit der Spezifikation J2EE Connector Architecture 1.5 kompatibel sind, ist veraltet.

    Der Standard-Messaging-Provider der WebSphere Application Server Version 5 wurde in Version 6.1 als veraltet gekennzeichnet.

  • Der WebSphere MQ-Messaging-Provider wurde in Version 7.0 für die Unterstützung von J2EE Connector Architecture 1.5 aktualisiert. Die Unterstützung anderer Einsätze dieses Providers ist ab jetzt veraltet.
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:
  • Unicast
  • Multicast
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:
  • Flag "-secure" in den Befehlen createSIBus und modifySIBus
  • Befehle listInheritSenderForTopic, listInheritReceiverForTopic und listInheritDefaultsForDestination
  • Authentifizierungsalias für die Kommunikation zwischen Engines
Führen Sie folgende Aktionen aus:
  • Verwenden Sie das Flag "-busSecurity" an Stelle des Flags "-secure".
  • Ersetzen Sie die Befehle listInheritSenderForTopic, listInheritReceiverForTopic und listInheritDefaultsForDestination durch die Befehle isInheritSenderForTopic, isInheritReceiverForTopic bzw. isInheritDefaultsForDestinaton.
  • Verwenden Sie die Option "-interEngineAuthenticationAlias" nicht mehr mit den Befehlen createSIBus und modifySIBus.
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):
  • SECUREWAY, IDS4, IDS51 und IDS6
  • DOMINO5, DOMINO6 und DOMINO65
  • AD2000 und AD2003
Verwenden Sie die folgenden Konfigurationsnamen:
  • IDS an Stelle von SECUREWAY, IDS4, IDS51 oder IDS6
  • DOMINO an Stelle von DOMINO5, DOMINO6 oder DOMINO65
  • AD an Stelle von AD2000 oder AD2003
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][IBM i]
Tabelle 9. Veraltete Features in Version 7.0. In dieser Tabelle sind die Features beschrieben, die ab Version 7.0 als veraltet gelten.
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:
  • Klassen:
    • com.ibm.websphere.rsadapter.JdbcAccessorImpl
    • com.ibm.websphere.rsadapter.OracleDataStoreHelper
  • Schnittstellen:
    • com.ibm.websphere.rsadapter.Beginnable
    • com.ibm.websphere.rsadapter.HandleStates
    • com.ibm.websphere.rsadapter.Reassociateable
    • com.ibm.websphere.rsadapter.WSNativeConnectionAccessor
  • Methoden:
    • com.ibm.websphere.rsadapter.WSCallHelper.setConnectionError (Object conn)
    • com.ibm.websphere.rsadapter.WSCallHelper.call
    • com.ibm.websphere.rsadapter.WSConnection.getClientInformation
    • com.ibm.websphere.rsadapter.WSConnection.setClientInformation
    • com.ibm.ws.rsadapter.cci.WSResourceAdapterBase.getNativeConnection (javax.resource.cci.Connection)
    • com.ibm.ws.rsadapter.cci.WSResourceAdapterBase.getNativeConnection (com.ibm.ws.rsadapter.jdbc.WSJdbcConnection)
    • com.ibm.ws.rsadapter.jdbc.WSJdbcUtil.getNativeConnection (com.ibm.ws.rsadapter.jdbc.WSJdbcConnection)
  • Felder:
    • com.ibm.websphere.rsadapter.DataStoreHelper.ORACLE_HELPER
    • com.ibm.websphere.rsadapter.WSConnection.CLIENT_ACCOUNTING_INFO
    • com.ibm.websphere.rsadapter.WSConnection.CLIENT_APPLICATION_NAME
    • com.ibm.websphere.rsadapter.WSConnection.CLIENT_ID
    • com.ibm.websphere.rsadapter.WSConnection.CLIENT_LOCATION
    • com.ibm.websphere.rsadapter.WSConnection.CLIENT_OTHER_INFO
    • com.ibm.websphere.rsadapter.WSConnection.CLIENT_TYPE
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:
  • Gemeinsame Nutzung globaler Sitzungen über die Eigenschaft "Servlet21SessionCompatibility"
  • Unterstützung für alle Eigenschaften des Sitzungsmanagers als Systemeigenschaften
  • Unterstützung für alle Eigenschaften des Sitzungsmanagers als Web-Container-Eigenschaften
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:
  • SERV1\ws\code\admin.thinclient\build\classes\com\ibm\ws\management\ cmdframework\impl\RemoteCommandMgr*.class
  • SERV1\ws\code\admin.thinclient\build\classes\com\ibm\ws\management\ cmdframework\impl\RemoteCommandMgrImpl*.class

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:
  • com.ibm.websphere.wsaddressing.jaxws.W3CEndpointReference
  • com.ibm.websphere.wsaddressing.jaxws.SubmissionEndpointReference
  • com.ibm.websphere.wsaddressing.jaxws.EndpointReferenceConverter
Verwenden Sie stattdessen die folgenden Klassen:
  • javax.xml.ws.wsaddressing.W3CEndpointReference
  • com.ibm.websphere.wsaddressing.jaxws21.SubmissionEndpointReference
  • com.ibm.websphere.wsaddressing.jaxws21.EndpointReferenceConverter
Folgende Typen von WebSphere Common Configuration Model (WCCM):
  • SIBJMSProvider
  • SIBJMSConnectionFactory
  • SIBJMSQueueConnectionFactory
  • SIBJMSTopicConnectionFactory
  • SIBJMSQueue
  • SIBJMSTopic
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:
AdminTask.listSIBJMSQueues()
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:
  • Die Unterstützung für JMS-Provider, die nicht mit der Spezifikation J2EE Connector Architecture 1.5 kompatibel sind, ist veraltet.

    Der Standard-Messaging-Provider der WebSphere Application Server Version 5 wurde in Version 6.1 als veraltet gekennzeichnet.

  • Der WebSphere MQ-Messaging-Provider wurde in Version 7.0 für die Unterstützung von J2EE Connector Architecture 1.5 aktualisiert. Die Unterstützung anderer Einsätze dieses Providers ist ab jetzt veraltet.
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:
  • Unicast
  • Multicast
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:
  • Flag "-secure" in den Befehlen createSIBus und modifySIBus
  • Befehle listInheritSenderForTopic, listInheritReceiverForTopic und listInheritDefaultsForDestination
  • Authentifizierungsalias für die Kommunikation zwischen Engines
Führen Sie folgende Aktionen aus:
  • Verwenden Sie das Flag "-busSecurity" an Stelle des Flags "-secure".
  • Ersetzen Sie die Befehle listInheritSenderForTopic, listInheritReceiverForTopic und listInheritDefaultsForDestination durch die Befehle isInheritSenderForTopic, isInheritReceiverForTopic bzw. isInheritDefaultsForDestinaton.
  • Verwenden Sie die Option "-interEngineAuthenticationAlias" nicht mehr mit den Befehlen createSIBus und modifySIBus.
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):
  • SECUREWAY, IDS4, IDS51 und IDS6
  • DOMINO5, DOMINO6 und DOMINO65
  • AD2000 und AD2003
Verwenden Sie die folgenden Konfigurationsnamen:
  • IDS an Stelle von SECUREWAY, IDS4, IDS51 oder IDS6
  • DOMINO an Stelle von DOMINO5, DOMINO6 oder DOMINO65
  • AD an Stelle von AD2000 oder AD2003
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]
Tabelle 10. Veraltete Features in Version 6.1. In dieser Tabelle sind die Features beschrieben, die ab Version 6.1 als veraltet gelten.
Kategorie Veraltet Empfohlene Migrationsaktion
Anwendungsprogrammierungsmodell Methode "setDatabaseDefaultIsolationLevel(int)" in der Klasse "com.ibm.websphere.rsadapter.DataStoreHelperMetaData" Verwenden Sie stattdessen folgende Methode:
public final void
  setDatabaseDefaultIsolationLevel
  ( int helperDefaultLevel,
  int cusDefinedWasDefaultIsoLevel) 
Folgende Klasse und Schnittstelle in der Laufzeitumgebung des Mediationsframeworks:
  • Klasse "com.ibm.websphere.sib.mediation.handler.SIMessageContextException"
  • MessageContext-Schnittstelle "com.ibm.websphere.sib.mediation.messagecontext.SIMediationBean"
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:
  • startTransports
  • stopTransports
  • restartWebApplication
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):
  • com.ibm.webtools.runtime.AbstractStudioServlet
  • com.ibm.webtools.runtime.BuildNumber
  • com.ibm.webtools.runtime.NoDataException
  • com.ibm.webtools.runtime.StudioPervasiveServlet
  • com.ibm.webtools.runtime.TransactionFailureException
  • com.ibm.webtools.runtime.WSUtilities
Ä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:
  • Definition von JMS-Ressourcendefinitionen für den Standard-Messaging-Provider der Version 5
  • Herstellen von Verbindungen über Clientanwendungen, die entweder in einer Umgebung mit Version 5 ausgeführt werden oder die die Ressourcendefinitionen des Standard-Messaging-Providers von Version 5 verwenden
Führen Sie folgende Aktionen aus:
  1. Stellen Sie sicher, dass alle JMS-Server-Messaging-Provider, die sich auf Anwendungsservern mit WebSphere Application Server Version 5.1 befinden, auf Anwendungsserver mit Version 6.0 oder höher verschoben werden. Diese Aktion wird automatisch ausgeführt, wenn Sie einen Server mit Version 5.x auf Version 6.0 oder höher migrieren.
  2. Ändern Sie alle JMS-Ressourcendefinitionen in der Weise, dass sie anstelle des Standard-Messaging-Providers der Version 5 den neuen Standard-Messaging-Provider der Version 6 verwenden.
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.
  • Informationen zur Verwendung von Profile Management Tool (nur z/OS) finden Sie im Artikel z/OS-Anwendungsserverumgebungen mit Profile Management Tool konfigurieren im Information Center.
  • Informationen zur Verwendung des Befehls zpmt finden Sie im Artikel z/OS-Anwendungsserverumgebungen mit dem Befehl zpmt konfigurieren in der Dokumentation.

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:
  • protocol_http_backlog
  • protocol_https_backlog
  • protocol_iiop_backlog
  • protocol_iiop_backlog_ssl
Fehler vermeiden Fehler vermeiden: Die Konfigurationsvariablen "protocol_iiop_backlog" und "protocol_iiop_backlog_ss" gelten für den Dämon nicht als veraltet. gotcha
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:
  • protocol_https_cert_mapping_file
  • protocol_https_default_cert_label
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:
  • com.ibm.servlet.ClientList
  • com.ibm.servlet.ClientListElement
  • com.ibm.servlet.MLNotFoundException
  • com.ibm.servlet.PageListServlet
  • com.ibm.servlet.PageNotFoundException
Ä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:
  • validateNewConnection
  • validateNewConnectionRetryCount
  • validateNewConnectionRetryInterval
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.
  • validateNewConnection wird durch Neue Verbindungen vorab testen ersetzt.
  • validateNewConnectionRetryCount wird durch Anzahl der Wiederholungen ersetzt.
  • validateNewConnectionRetryInterval wird durch Wiederholungsintervall ersetzt.
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:
  • ObjectMovedCount
  • ObjectFreedCount
  • ObjectAllocateCount
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
  • Protokollierungsfunktion

    Protokolleinrichtung, die für die Protokollierung primitiver und komplexer Java-Objekte in benannten Protokollfunktionen (Logger) verwendet wird; konfigurierbar mit vordefinierten Filterstufen, Protokollierungsagenten und Datei-Sinks sowie Ausgabeformaten über eine API, ein Eclipse-Plug-in-Manifest oder die Eclipse-Anzeige mit den Benutezrvorgaben

  • Protokollierungsagent

    XML-basierter Messaging-Agent, der zusammen mit IBM Agent Controller verwendet wird, um XML-Datensätze in einen Protokollierungsservice zu schreiben und zu verfolgen, der über eine API oder die Eclipse-Workbench Test and Performance Tools Platform (TPTP), früher Hyades, im Remotezugriff angehängt werden kann

  • Artefakte und Nachrichten der Fehlerbestimmung

    Ursprüngliche Implementierung der Manageability (M12) Model Problem Determination Architecture Version 1.5 und der Spezifikation Problem Determination Artifacts Common Data Model, die zum Erfassen und Codieren von Protokoll- und Tracedaten verwendet wird.

  • Distributed Correlator Service (DCS)

    Distributed Correlator Service, der verwendet wird, um die Korrelations-IDs für die Korrelation von Protokoll- und Tracedaten auf einem oder mehreren Hosts, festzulegen.

  • Java-Clientbindungen

    Java-Clientbindungen, die für die Kommunikation mit IBM Agent Controller verwendet werden, um lokale und ferne Prozesse zu starten, eine Zuordnung zu aktiven Prozessen vorzunehmen und aktive Agenten in einer sicheren Clientumgebung zu überwachen

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:
  • Protokollierungsfunktion

    Ersatz: Java-Logging-APIs in Java Version 1.4.0+; Unterstützung von Logging Agent für die Java-Logging-APIs in TPTP and Common Logging (com.ibm.etools.common.logging/logging.jar)

  • Protokollierungsagent

    Ersatz: TPTP Logging Agent (org.eclipse.hyades.logging.core/hlcore.jar)

  • Artefakte und Nachrichten der Fehlerbestimmung

    Ersatz: Spezifikation Common Base Event Version 1.0.1 und TPTP-Implementierung (org.eclipse.hyades.logging.core/hlcbe101.jar)

  • Distributed Correlator Service (DCS)

    Ersatz: TPTP Correlation Service (org.eclipse.hyades.execution.correlation/hcorrelation.jar)

  • Java-Clientbindungen

    Ersetzung: TPTP Java-Clientbindungen (org.eclipse.hyades.execution/hexl.jar)

Weitere Informationen hierzu finden Sie im Dokument "com.ibm.etools.logging.util\doc\IBM_Logging_Utilities_Migration_Guide.html".
[AIX Solaris HP-UX Linux Windows]
Tabelle 11. Veraltete Features in Version 6.1. In dieser Tabelle sind die Features beschrieben, die ab Version 6.1 als veraltet gelten.
Kategorie Veraltet Empfohlene Migrationsaktion
Anwendungsprogrammierungsmodell Methode "setDatabaseDefaultIsolationLevel(int)" in der Klasse "com.ibm.websphere.rsadapter.DataStoreHelperMetaData" Verwenden Sie stattdessen folgende Methode:
public final void 
  setDatabaseDefaultIsolationLevel
  ( int helperDefaultLevel,
  int cusDefinedWasDefaultIsoLevel) 
Folgende Klasse und Schnittstelle in der Laufzeitumgebung des Mediationsframeworks:
  • Klasse "com.ibm.websphere.sib.mediation.handler.SIMessageContextException"
  • MessageContext-Schnittstelle "com.ibm.websphere.sib.mediation.messagecontext.SIMediationBean"
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:
  • startTransports
  • stopTransports
  • restartWebApplication
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):
  • com.ibm.webtools.runtime.AbstractStudioServlet
  • com.ibm.webtools.runtime.BuildNumber
  • com.ibm.webtools.runtime.NoDataException
  • com.ibm.webtools.runtime.StudioPervasiveServlet
  • com.ibm.webtools.runtime.TransactionFailureException
  • com.ibm.webtools.runtime.WSUtilities
Ä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:
  • Definition von JMS-Ressourcendefinitionen für den Standard-Messaging-Provider der Version 5
  • Herstellen von Verbindungen über Clientanwendungen, die entweder in einer Umgebung mit Version 5 ausgeführt werden oder die die Ressourcendefinitionen des Standard-Messaging-Providers von Version 5 verwenden
Führen Sie folgende Aktionen aus:
  1. Stellen Sie sicher, dass alle JMS-Server-Messaging-Provider, die sich auf Anwendungsservern mit WebSphere Application Server Version 5.1 befinden, auf Anwendungsserver mit Version 6.0 oder höher verschoben werden. Diese Aktion wird automatisch ausgeführt, wenn Sie einen Server mit Version 5.x auf Version 6.0 oder höher migrieren.
  2. Ändern Sie alle JMS-Ressourcendefinitionen in der Weise, dass sie anstelle des Standard-Messaging-Providers der Version 5 den neuen Standard-Messaging-Provider der Version 6 verwenden.
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:
  • -import xmi-Datendatei
  • -substitute "Schlüssel1=Wert1[;Schlüssel2=Wert2;[...]]"
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:
  • com.ibm.servlet.ClientList
  • com.ibm.servlet.ClientListElement
  • com.ibm.servlet.MLNotFoundException
  • com.ibm.servlet.PageListServlet
  • com.ibm.servlet.PageNotFoundException
Ä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:
  • validateNewConnection
  • validateNewConnectionRetryCount
  • validateNewConnectionRetryInterval
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.
  • validateNewConnection wird durch Neue Verbindungen vorab testen ersetzt.
  • validateNewConnectionRetryCount wird durch Anzahl der Wiederholungen ersetzt.
  • validateNewConnectionRetryInterval wird durch Wiederholungsintervall ersetzt.
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:
  • ObjectMovedCount
  • ObjectFreedCount
  • ObjectAllocateCount
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
  • Protokollierungsfunktion

    Protokolleinrichtung, die für die Protokollierung primitiver und komplexer Java-Objekte in benannten Protokollfunktionen (Logger) verwendet wird; konfigurierbar mit vordefinierten Filterstufen, Protokollierungsagenten und Datei-Sinks sowie Ausgabeformaten über eine API, ein Eclipse-Plug-in-Manifest oder die Eclipse-Anzeige mit den Benutezrvorgaben

  • Protokollierungsagent

    XML-basierter Messaging-Agent, der zusammen mit IBM Agent Controller verwendet wird, um XML-Datensätze in einen Protokollierungsservice zu schreiben und zu verfolgen, der über eine API oder die Eclipse-Workbench Test and Performance Tools Platform (TPTP), früher Hyades, im Remotezugriff angehängt werden kann

  • Artefakte und Nachrichten der Fehlerbestimmung

    Ursprüngliche Implementierung der Manageability (M12) Model Problem Determination Architecture Version 1.5 und der Spezifikation Problem Determination Artifacts Common Data Model, die zum Erfassen und Codieren von Protokoll- und Tracedaten verwendet wird.

  • Distributed Correlator Service (DCS)

    Distributed Correlator Service, der verwendet wird, um die Korrelations-IDs für die Korrelation von Protokoll- und Tracedaten auf einem oder mehreren Hosts, festzulegen.

  • Java-Clientbindungen

    Java-Clientbindungen, die für die Kommunikation mit IBM Agent Controller verwendet werden, um lokale und ferne Prozesse zu starten, eine Zuordnung zu aktiven Prozessen vorzunehmen und aktive Agenten in einer sicheren Clientumgebung zu überwachen

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:
  • Protokollierungsfunktion

    Ersatz: Java-Logging-APIs in Java Version 1.4.0+; Unterstützung von Logging Agent für die Java-Logging-APIs in TPTP and Common Logging (com.ibm.etools.common.logging/logging.jar)

  • Protokollierungsagent

    Ersatz: TPTP Logging Agent (org.eclipse.hyades.logging.core/hlcore.jar)

  • Artefakte und Nachrichten der Fehlerbestimmung

    Ersatz: Spezifikation Common Base Event Version 1.0.1 und TPTP-Implementierung (org.eclipse.hyades.logging.core/hlcbe101.jar)

  • Distributed Correlator Service (DCS)

    Ersatz: TPTP Correlation Service (org.eclipse.hyades.execution.correlation/hcorrelation.jar)

  • Java-Clientbindungen

    Ersetzung: TPTP Java-Clientbindungen (org.eclipse.hyades.execution/hexl.jar)

Weitere Informationen hierzu finden Sie im Dokument "com.ibm.etools.logging.util\doc\IBM_Logging_Utilities_Migration_Guide.html".
[IBM i]
Tabelle 12. Veraltete Features in Version 6.1. In dieser Tabelle sind die Features beschrieben, die ab Version 6.1 als veraltet gelten.
Kategorie Veraltet Empfohlene Migrationsaktion
Anwendungsprogrammierungsmodell Methode "setDatabaseDefaultIsolationLevel(int)" in der Klasse "com.ibm.websphere.rsadapter.DataStoreHelperMetaData" Verwenden Sie stattdessen folgende Methode:
public final void 
  setDatabaseDefaultIsolationLevel
  ( int helperDefaultLevel,
  int cusDefinedWasDefaultIsoLevel) 
Folgende Klasse und Schnittstelle in der Laufzeitumgebung des Mediationsframeworks:
  • Klasse "com.ibm.websphere.sib.mediation.handler.SIMessageContextException"
  • MessageContext-Schnittstelle "com.ibm.websphere.sib.mediation.messagecontext.SIMediationBean"
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:
  • startTransports
  • stopTransports
  • restartWebApplication
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):
  • com.ibm.webtools.runtime.AbstractStudioServlet
  • com.ibm.webtools.runtime.BuildNumber
  • com.ibm.webtools.runtime.NoDataException
  • com.ibm.webtools.runtime.StudioPervasiveServlet
  • com.ibm.webtools.runtime.TransactionFailureException
  • com.ibm.webtools.runtime.WSUtilities
Ä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:
  • Die Möglichkeit, JMS-Ressourcendefinitionen für den Standard-Messaging-Provider der Version 5 festzulegen.
  • Die Möglichkeit, Verbindungen von Clientanwendungen herzustellen, die entweder in einer Umgebung mit Version 5 ausgeführt werden oder die Ressourcendefinitionen des Standard-Messaging-Providers der Version 5 verwenden.
Führen Sie folgende Aktionen aus:
  1. Stellen Sie sicher, dass alle JMS-Server-Messaging-Provider, die sich auf Anwendungsservern mit WebSphere Application Server Version 5.1 befinden, auf Anwendungsserver mit Version 6.0 oder höher verschoben werden. Diese Aktion wird automatisch ausgeführt, wenn Sie einen Server mit Version 5.x auf Version 6.0 oder höher migrieren.
  2. Ändern Sie alle JMS-Ressourcendefinitionen in der Weise, dass sie anstelle des Standard-Messaging-Providers der Version 5 den neuen Standard-Messaging-Provider der Version 6 verwenden.
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:
  • -import xmi-Datendatei
  • -substitute "Schlüssel1=Wert1[;Schlüssel2=Wert2;[...]]"
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:
  • com.ibm.servlet.ClientList
  • com.ibm.servlet.ClientListElement
  • com.ibm.servlet.MLNotFoundException
  • com.ibm.servlet.PageListServlet
  • com.ibm.servlet.PageNotFoundException
Ä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:
  • validateNewConnection
  • validateNewConnectionRetryCount
  • validateNewConnectionRetryInterval
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.
  • validateNewConnection wird durch Neue Verbindungen vorab testen ersetzt.
  • validateNewConnectionRetryCount wird durch Anzahl der Wiederholungen ersetzt.
  • validateNewConnectionRetryInterval wird durch Wiederholungsintervall ersetzt.
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:
  • ObjectMovedCount
  • ObjectFreedCount
  • ObjectAllocateCount
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
  • Protokollierungsfunktion

    Protokolleinrichtung, die für die Protokollierung primitiver und komplexer Java-Objekte in benannten Protokollfunktionen (Logger) verwendet wird; konfigurierbar mit vordefinierten Filterstufen, Protokollierungsagenten und Datei-Sinks sowie Ausgabeformaten über eine API, ein Eclipse-Plug-in-Manifest oder die Eclipse-Anzeige mit den Benutezrvorgaben

  • Protokollierungsagent

    XML-basierter Messaging-Agent, der zusammen mit IBM Agent Controller verwendet wird, um XML-Datensätze in einen Protokollierungsservice zu schreiben und zu verfolgen, der über eine API oder die Eclipse-Workbench Test and Performance Tools Platform (TPTP), früher Hyades, im Remotezugriff angehängt werden kann

  • Artefakte und Nachrichten der Fehlerbestimmung

    Ursprüngliche Implementierung der Manageability (M12) Model Problem Determination Architecture Version 1.5 und der Spezifikation Problem Determination Artifacts Common Data Model, die zum Erfassen und Codieren von Protokoll- und Tracedaten verwendet wird.

  • Distributed Correlator Service (DCS)

    Distributed Correlator Service, der verwendet wird, um die Korrelations-IDs für die Korrelation von Protokoll- und Tracedaten auf einem oder mehreren Hosts, festzulegen.

  • Java-Clientbindungen

    Java-Clientbindungen, die für die Kommunikation mit IBM Agent Controller verwendet werden, um lokale und ferne Prozesse zu starten, eine Zuordnung zu aktiven Prozessen vorzunehmen und aktive Agenten in einer sicheren Clientumgebung zu überwachen

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:
  • Protokollierungsfunktion

    Ersatz: Java-Logging-APIs in Java Version 1.4.0+; Unterstützung von Logging Agent für die Java-Logging-APIs in TPTP and Common Logging (com.ibm.etools.common.logging/logging.jar)

  • Protokollierungsagent

    Ersatz: TPTP Logging Agent (org.eclipse.hyades.logging.core/hlcore.jar)

  • Artefakte und Nachrichten der Fehlerbestimmung

    Ersatz: Spezifikation Common Base Event Version 1.0.1 und TPTP-Implementierung (org.eclipse.hyades.logging.core/hlcbe101.jar)

  • Distributed Correlator Service (DCS)

    Ersatz: TPTP Correlation Service (org.eclipse.hyades.execution.correlation/hcorrelation.jar)

  • Java-Clientbindungen

    Ersetzung: TPTP Java-Clientbindungen (org.eclipse.hyades.execution/hexl.jar)

Weitere Informationen hierzu finden Sie im Dokument "com.ibm.etools.logging.util\doc\IBM_Logging_Utilities_Migration_Guide.html".

Veraltete Features in Version 6.0.2

[AIX Solaris HP-UX Linux Windows][IBM i]
Tabelle 13. Veraltete Features in Version 6.0.2. In dieser Tabelle sind die Features beschrieben, die ab Version 6.0.2 als veraltet gelten.
Kategorie Veraltet Empfohlene Migrationsaktion
Anwendungsprogrammierungsmodell Folgende Methoden aus der Klasse "com.ibm.websphere.runtime.ServerName":
initialize(java.lang.String*!ENTITY!*cell,
  java.lang.String node, 
  java.lang.String server) 
was390Initialize(byte[] a_stoken,
  String a_printable_stoken,
  String a_jsabpref,
  int a_pid,
  int an_asid,
  String a_jsabjbnm) 
was390Initialize(byte[] a_stoken,
  java.lang.String a_printable_stoken,
  java.lang.String a_jsabpref, 
  int a_pid, 
  int an_asid, 
  java.lang.String a_jsabjbnm, 
  java.lang.String a_smcasid)
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:
  • dbFailOverEnabled
  • connRetriesDuringDBFailover
  • connRetryIntervalDuringDBFailover
Ersetzen Sie die Eigenschaften durch Folgendes:
  • Verwenden Sie validateNewConnection anstelle von dbFailOverEnabled.
  • Verwenden Sie validateNewConnectionRetryCount anstelle von connRetriesDuringDBFailover.
  • Verwenden Sie validateNewConnectionRetryInterval anstelle von connRetryIntervalDuringDBFailover.
Anmerkung: Wenn die neuen Eigenschaften und die alten Eigenschaften koexistieren, haben die neuen Eigenschaften Vorrang.
[z/OS]
Tabelle 14. Veraltete Features in Version 6.0.2. In dieser Tabelle sind die Features beschrieben, die ab Version 6.0.2 als veraltet gelten.
Kategorie Veraltet Empfohlene Migrationsaktion
Anwendungsprogrammierungsmodell Folgende Methoden aus der Klasse "com.ibm.websphere.runtime.ServerName":
initialize(java.lang.String cell,
  java.lang.String node, 
  java.lang.String server) 
was390Initialize(byte[] a_stoken,
  String a_printable_stoken,
  String a_jsabpref,
  int a_pid,
  int an_asid,
  String a_jsabjbnm) 
was390Initialize(byte[] a_stoken, 
  java.lang.String a_printable_stoken,
  java.lang.String a_jsabpref, 
  int a_pid, 
  int an_asid, 
  java.lang.String a_jsabjbnm, 
  java.lang.String a_smcasid)
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:
  • dbFailOverEnabled
  • connRetriesDuringDBFailover
  • connRetryIntervalDuringDBFailover
Ersetzen Sie die Eigenschaften durch Folgendes:
  • Verwenden Sie validateNewConnection anstelle von dbFailOverEnabled.
  • Verwenden Sie validateNewConnectionRetryCount anstelle von connRetriesDuringDBFailover.
  • Verwenden Sie validateNewConnectionRetryInterval anstelle von connRetryIntervalDuringDBFailover.
Anmerkung: Wenn die neuen Eigenschaften und die alten Eigenschaften koexistieren, haben die neuen Eigenschaften Vorrang.
[z/OS]

Veraltete Features in Version 6.0.1

Tabelle 15. Veraltete Features in Version 6.0.1. In dieser Tabelle sind die Features beschrieben, die ab Version 6.0.1 als veraltet gelten.
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]
Tabelle 16. Veraltete Features in Version 6.0. In dieser Tabelle sind die Features beschrieben, die ab Version 6.0 als veraltet gelten.
Kategorie Veraltet Empfohlene Migrationsaktion
Unterstützung für Anwendungsprogrammiermodelle und Container Unterstützung für die folgenden tsx-Tags in der JSP-Engine:
  • repeat
  • dbconnect
  • dbquery
  • getProperty
  • userid
  • passwd
  • dbmodify
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:
tsx-Tag            JSTL-Tag

tsx:repeat         c:forEach
tsx:dbconnect      sql:setDataSource
tsx:dbquery        sql:query
tsx:getProperty    Verwenden Sie die Standard-EL-Syntax;
                   beispielsweise c:out
                   value="${book.title}", wobei
                   book der aktuelle Index in der
                   Ergebnisliste ist.
tsx:userid         Verwenden Sie das Attribut user
                   des Tags setDataSource
tsx:passwd         Verwenden Sie das Attribut password
                   des Tags setDataSource
tsx:dbmodify       sql:update
Folgende Back-End-IDs:
  • SQL92 (1992 SQL Standard)
  • SQL99 (1999 SQL Standard)
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:
  • com.ibm.ws.management.descriptor.xml.ConnectionFactory.xml (Methoden "getPoolContents" und "getAllPoolContents")
  • Schnittstelle "com.ibm.websphere.j2c.ConnectionManager"
  • Schnittstelle "com.ibm.websphere.j2c.ConnectionEventListener"
Die Methoden werden wie folgt ersetzt:
  • "getPoolContents" und "getAllPoolContents" werden durch "showPoolContents" und "showAllPoolContents" ersetzt.
  • Die Schnittstelle "ConnectionManager" wird durch die Schnittstelle "LazyAssociatableConnectionManager" in J2EE Connector Architecture 1.5 ersetzt.
  • Die Schnittstelle "ConnectionEventListener" wird durch die Schnittstelle "LazyEnlistableConnectionManager" in J2EE Connector Architecture 1.5 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:
  • DefaultPrincipleMapping
Definieren Sie die Eigenschaft "DefaultPrincipleMapping" in der Ressourcenreferenz.
Alle Klassen im Paket "com.ibm.websphere.servlet.filter", einschließlich der folgenden:
  • ChainedRequest
  • ChainedResponse
  • ChainerServlet
  • ServletChain
Ä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:
  • public product getProductByFilename(String basename)
  • public product getProductById(String id)
  • public boolean productPresent(String id)
  • public boolean addProduct(product aProduct)
  • public boolean removeProduct(product aProduct)
  • public Iterator getProducts()
  • public Iterator getProductNames()
  • public String loadVersionInfoAsXMLString(String filename)
  • public String getProductDirName()
  • public static String computeProductDirName()
Verwenden Sie die folgenden unterstützten Methoden aus com.ibm.websphere.product.WASDirectory:
  • public WASProductInfo getWASProductInfo(String id)
  • public boolean isThisProductInstalled(String id)
  • public WASProductInfo[] getWASProductInfoInstances()
  • public String getWasLocation()
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:
  • com.ibm.websphere.product.WASDirectory.getName(String)
  • com.ibm.websphere.product.WASDirectory.getVersion(String)
  • com.ibm.websphere.product.WASDirectory.getBuildLevel(String)
  • com.ibm.websphere.product.WASDirectory.getBuildDate(String)
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][IBM i]
Tabelle 17. Veraltete Features in Version 6.0. In dieser Tabelle sind die Features beschrieben, die ab Version 6.0 als veraltet gelten.
Kategorie Veraltet Empfohlene Migrationsaktion
Unterstützung für Anwendungsprogrammiermodelle und Container Unterstützung für die folgenden tsx-Tags in der JSP-Engine:
  • repeat
  • dbconnect
  • dbquery
  • getProperty
  • userid
  • passwd
  • dbmodify
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:
tsx-Tag            JSTL-Tag

tsx:repeat         c:forEach
tsx:dbconnect      sql:setDataSource
tsx:dbquery        sql:query
tsx:getProperty    Verwenden Sie die Standard-EL-Syntax;
                   beispielsweise c:out
                   value="${book.title}", wobei
                   book der aktuelle Index in der
                   Ergebnisliste ist.
tsx:userid         Verwenden Sie das Attribut user
                   des Tags setDataSource
tsx:passwd         Verwenden Sie das Attribut password
                   des Tags setDataSource
tsx:dbmodify       sql:update
Folgende Back-End-IDs:
  • SQL92 (1992 SQL Standard)
  • SQL99 (1999 SQL Standard)
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:
  • com.ibm.ws.management.descriptor.xml.ConnectionFactory.xml (Methoden "getPoolContents" und "getAllPoolContents")
  • Schnittstelle "com.ibm.websphere.j2c.ConnectionManager"
  • Schnittstelle "com.ibm.websphere.j2c.ConnectionEventListener"
Die Methoden werden wie folgt ersetzt:
  • "getPoolContents" und "getAllPoolContents" werden durch "showPoolContents" und "showAllPoolContents" ersetzt.
  • Die Schnittstelle "ConnectionManager" wird durch die Schnittstelle "LazyAssociatableConnectionManager" in J2EE Connector Architecture 1.5 ersetzt.
  • Die Schnittstelle "ConnectionEventListener" wird durch die Schnittstelle "LazyEnlistableConnectionManager" in J2EE Connector Architecture 1.5 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:
  • DefaultPrincipleMapping
Definieren Sie die Eigenschaft "DefaultPrincipleMapping" in der Ressourcenreferenz.
Alle Klassen im Paket "com.ibm.websphere.servlet.filter", einschließlich der folgenden:
  • ChainedRequest
  • ChainedResponse
  • ChainerServlet
  • ServletChain
Ä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:
  • public product getProductByFilename(String basename)
  • public product getProductById(String id)
  • public boolean productPresent(String id)
  • public boolean addProduct(product aProduct)
  • public boolean removeProduct(product aProduct)
  • public Iterator getProducts()
  • public Iterator getProductNames()
  • public String loadVersionInfoAsXMLString(String filename)
  • public String getProductDirName()
  • public static String computeProductDirName()
Verwenden Sie die folgenden unterstützten Methoden aus com.ibm.websphere.product.WASDirectory:
  • public WASProductInfo getWASProductInfo(String id)
  • public boolean isThisProductInstalled(String id)
  • public WASProductInfo[] getWASProductInfoInstances()
  • public String getWasLocation()
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:
  • com.ibm.websphere.product.WASDirectory.getName(String)
  • com.ibm.websphere.product.WASDirectory.getVersion(String)
  • com.ibm.websphere.product.WASDirectory.getBuildLevel(String)
  • com.ibm.websphere.product.WASDirectory.getBuildDate(String)
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

Tabelle 18. Veraltete Features in Version 5.1.1. In dieser Tabelle sind die Features beschrieben, die ab Version 5.1.1 als veraltet gelten.
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):
  • Microsoft SQL Server 2000 Driver for JDBC
  • SequeLink JDBC Driver for Microsoft SQL Server
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

Tabelle 19. Veraltete Features in Version 5.1. In dieser Tabelle sind die Features beschrieben, die ab Version 5.1 als veraltet gelten.
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:
  • Bei Verwendung von IHS Version 1.3.x mit Modulen, die im Lieferumfang von IHS Version 1.3.x enthalten sind, müssen Sie keine Aktion zur Migration dieser Module ausführen.
  • Bei Verwendung von IHS Version 1.3.x mit Modulen, die von einem anderen Anbieter (einschließlich anderen IBM Produkten) bereitgestellt werden, müssen Sie die Versionen für IHS/Apache 2 dieser Module vom anderen Anbieter anfordern.
  • Bei Verwendung von IHS Version 1.3.x mit angepassten oder unternehmensinternen Modulen müssen Sie diese Module auf die neue API von IHS/Apache 2 portieren.
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:
  • Öffentliche Klassen:
    • com.ibm.websphere.brb.RuleImporter
    • com.ibm.websphere.brb.RuleExporter
  • Öffentliche Methode:
    • getLocalRuleManager() in der Klasse "com.ibm.websphere.brb.TriggerPoint"
  • Geschütztes Attribut:
    • ruleMgr in der Klasse "com.ibm.websphere.brb.TriggerPoint"
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:

com.ibm.websphere.rsadapter.OracleDataStoreHelper
 	public void doSpecialBLobWork(ResultSet rset, InputStream[] data, String[] blobColumnNames)  
 public String assembleSqlString(String[] blobColumnNames, StringBuffer whereClause, String[] varValues, String tableName)
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:
  • Schnittstellenmethode
    scheduler.Scheduler
    public BeanTaskInfo createBeanTaskInfo(); 
    public MessageTaskInfo createMessageTaskInfo();
Verwenden Sie anstelle der veralteten Methoden die folgenden Methoden:
public Object createTaskInfo(Class 
  taskInfoInterface) throws TaskInfoInvalid;
Zum Erstellen eines BeanTaskInfo-Objekts mit den unterstützten createTaskInfo-Methoden:
BeanTaskInfo ti = (BeanTaskInfo) 
  Scheduler.createTaskInfo(BeanTaskInfo.class);
Ä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.
  • Vorherige Methodensignatur
    public String getStackTrace();  
    // gibt eine String-Darstellung des Ausnahme-Stack zurück
  • Neue Methodensignatur (Java Development Kit 1.4, WebSphere Application Server 5.1)
    public StackTraceElement[] getStackTrace(); 
    // gibt einen Array der Stack-Trace-Elemente zurück
  • Ersatzmethode (5.1) (es wird eine Ersatzmethode bereitgestellt, die die alte Funktionalität weiter beinhaltet):
    public String getStackTraceAsString(); 
    // gibt eine String-Darstellung des Ausnahme-Stack zurück
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:
  • ccf.jar
  • ccf2.jar
  • recjava.jar
  • eablib.jar
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:
  • Das RunAs-Subjekt ist das Subjekt, das für abgehende Anforderungen verwendet wird.
  • Das Subjekt des aufrufenden Prozesses ist das Subjekt, das den authentifizierten aufrufenden Prozess für die aktuelle Anforderung darstellt.
  • Folgende Methoden müssen verwendet werden, um RunAs- und Caller-Subjekte abzurufen:

      com.ibm.websphere.security.auth.WSSubject.getRunAsSubject()

    und

      com.ibm.websphere.security.auth.WSSubject.getCallerSubject()

Folgende Elemente in der Sicherheitsprogrammierschnittstelle:
  • Die Schnittstelle ist in "com.ibm.websphere.security.auth.WSSecurityContext" veraltet.
  • Die Ausnahme ist in "com.ibm.websphere.security.auth.WSSecurityContextException" veraltet.
  • Die Klasse ist in "com.ibm.websphere.security.auth.WSSecurityContextResult" veraltet.
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]
Tabelle 20. Veraltete Features in Version 5.0.2. In dieser Tabelle sind die Features beschrieben, die ab Version 5.0.2 als veraltet gelten.
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:
  • soap.jar
  • wssoap.jar

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:
  • Schnittstellenmethode
    scheduler.MessageTaskInfo
    public int setJMSPriority();
Verwenden Sie anstelle der veralteten Methode die folgende Methode:
public int getJMSPriority();
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:

com.ibm.websphere.rsadapter.DataStoreHelper
  public int processSQL(java.lang.String.sqlString, int isolevel, boolean addForUpdate, boolean addextendedForUpdateSyntax);
  public DataStoreAdatperException mapException(DataStoreAdapterException e);
com.ibm.websphere.rsadapter.GenericDataStoreHelper
  public int processSQL(java.lang.String.sqlString, int isolevel, boolean addForUpdate, boolean addextendedForUpdateSyntax);
  public DataStoreAdatperException mapException(DataStoreAdapterException e);
com.ibm.websphere.rsadapter.WSCallHelper
  public static DataStoreHelper createDataStoreHelper(String dsClassName)
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:
WASX7390E: Die Operation wird nicht unterstützt. Der Befehl testConnection mit Konfigurations-ID und Eigenschaften als Argumenten wird nicht unterstützt. Verwenden Sie den Befehl "testConnection"
nur mit Konfigurations-ID.
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:
WASX7389E: Die Operation wird nicht unterstützt.
Der Befehl getPropertiesForDataSource wird nicht unterstützt.
Es gibt keinen Ersatz für diesen Befehl.
[IBM i][AIX Solaris HP-UX Linux Windows]
Tabelle 21. Veraltete Features in Version 5.0.2. In dieser Tabelle sind die Features beschrieben, die ab Version 5.0.2 als veraltet gelten.
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:
  • soap.jar
  • wssoap.jar

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:
  • Schnittstellenmethode
    scheduler.MessageTaskInfo
    public int setJMSPriority();
Verwenden Sie anstelle der veralteten Methode die folgende Methode:
public int getJMSPriority();
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:

com.ibm.websphere.rsadapter.DataStoreHelper
  public int processSQL(java.lang.String.sqlString, int isolevel, boolean addForUpdate, boolean addextendedForUpdateSyntax);
  public DataStoreAdatperException mapException(DataStoreAdapterException e);
com.ibm.websphere.rsadapter.GenericDataStoreHelper
  public int processSQL(java.lang.String.sqlString, int isolevel, boolean addForUpdate, boolean addextendedForUpdateSyntax);
  public DataStoreAdatperException mapException(DataStoreAdapterException e);
com.ibm.websphere.rsadapter.WSCallHelper
  public static DataStoreHelper createDataStoreHelper(String dsClassName)
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:
WASX7390E: Die Operation wird nicht unterstützt. Der Befehl testConnection mit Konfigurations-ID und Eigenschaften als Argumenten wird nicht unterstützt. Verwenden Sie den Befehl "testConnection"
nur mit Konfigurations-ID.
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:
WASX7389E: Die Operation wird nicht unterstützt.
Der Befehl getPropertiesForDataSource wird nicht unterstützt.
Es gibt keinen Ersatz für diesen Befehl.

Veraltete Features in Version 5.0.1

Tabelle 22. Veraltete Features in Version 5.0.1. In dieser Tabelle sind die Features beschrieben, die ab Version 5.0.1 als veraltet gelten.
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:

com.ibm.websphere.rsadapter.DataStoreHelper
  public int processSQL(java.lang.String sqlString, int isolevel);
com.ibm.websphere.rsadapter.GenericDataStoreHelper
  public int processSQL(java.lang.String sqlString, int isolevel);
com.ibm.websphere.rsadapter.DB2390DataStoreHelper 
  public int processSQL(java.lang.String sqlString, int isolevel);
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

Tabelle 23. Veraltete Features in Version 5.0. In dieser Tabelle sind die Features beschrieben, die ab Version 5.0 als veraltet gelten.
Kategorie Veraltet Empfohlene Migrationsaktion
Anwendungsservices Folgende drei Methoden aus "com.ibm.websphere.appprofile.accessintent.AccessIntent":
public boolean getPessimisticUpdateHintWeakestLockAtLoad();
public boolean getPessimisticUpdateHintNoCollision();
public boolean getPessimisticUpdateHintExclusive();

Dies ist eine Basis-API.

Anstelle der genannten drei veralteten Methoden der Schnittstelle "AccessIntent" sollten Entwickler die folgende Methode aus derselben Schnittstelle verwenden:
public int getPessimisticUpdateLockHint();
Die gültigen Rückgabewerte sind in der Schnittstelle "AccessIntent" definiert:
public final static int 
 PESSIMISTIC_UPDATE_LOCK_HINT_NOCOLLISION = 1;
public final static int 
 PESSIMISTIC_UPDATE_LOCK_HINT_WEAKEST_LOCK_AT_LOAD = 2;
public final static int 
 PESSIMISTIC_UPDATE_LOCK_HINT_NONE = 3;
public final static int 
 PESSIMISTIC_UPDATE_LOCK_HINT_EXCLUSIVE = 4;
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:
  • com.ibm.websphere.pmi.stat.StatsUtil
  • com.ibm.websphere.pmi.PmiJmxTest
  • com.ibm.websphere.pmi.client.PmiClient
Diese Methoden werden wie folgt ersetzt:
  • com.ibm.websphere.pmi.stat.StatsUtil

    Es ist kein Ersatz für StatsUtil vorhanden.

  • com.ibm.websphere.pmi.PmiJmxTest

    Verwenden Sie stattdessen PmiClient.findConfig().

  • com.ibm.websphere.pmi.client.PmiClient

    getNLSValue (String key) wird ersetzt durch getNLSValue (String key, String moduleID).


Symbol, das den Typ des Artikels anzeigt. Referenzartikel



Symbol für Zeitmarke Letzte Aktualisierung: 25.05.2016
http://www14.software.ibm.com/webapp/wsbroker/redirect?version=cord&product=was-nd-mp&topic=rmig_depfeat
Dateiname:rmig_depfeat.html