Fonctions obsolètes d'WebSphere Application Server Traditional

Si vous migrez votre configuration depuis une version précédente de WebSphere Application Server, vous devez connaître les différentes fonctions qui sont devenues obsolètes dans cette édition et dans les éditions antérieures.

WebSphere Application Server utilise le schéma de désignation suivant :

V.R.M.F

  • V = version
  • R = édition
  • M = modification
  • F = groupe de correctifs
Par exemple, 8.5.0.1 correspond à la version 8, l'édition 5, la modification 0 et au groupe de correctifs 1. "version" est souvent utilisé comme préfixe d'une édition, d'une modification ou d'un groupe de correctifs ("version 8.5") pour faire référence à une édition, par exemple, ou "version 8.5.0.1" lorsqu'il s'agit d'un groupe de correctifs.

Si une fonction est ici notée comme étant dépréciée, IBM® peut la supprimer dans une prochaine version du produit. La prochaine action portera sur la fonction stratégique indiquée sous Actions de migration recommandées. Généralement, une fonction n'est pas obsolète si une fonction équivalente est fournie. D'une manière générale, avant de supprimer une fonction, IBM attend trois années complètes ou la publication d'au moins deux éditions majeures après la sortie de l'édition dans laquelle la fonction est réputée obsolète. Dans le cas d'une séquence d'éditions incluant 6.0, 6.1 et 7.0, par exemple, les fonctions obsolètes dans l'édition 6.0 peuvent être d'abord supprimées dans 7.0. Dans de rares cas, il peut être nécessaire de supprimer des fonctions plus tôt ; ces cas sont indiqués de façon claire et explicite dans les descriptions de ces fonctions obsolètes.

Les tableaux suivants récapitulent les fonctions par version et édition. Les tableaux indiquent les éléments dépréciés, tels que les API, les interfaces de scriptage, les outils, les assistants, les données de configuration accessibles, les identificateurs de dénomination et les constantes. A chaque fois que possible, ils indiquent également l'action de migration recommandée.

Cet article contient les tableaux d'obsolescence suivants :

Fonctions obsolètes dans la version 9.0

Tableau 1. Fonctions obsolètes dans la version 9.0. Ce tableau répertorie les fonctions qui sont devenues obsolètes dans la version 9.0.
Catégorie Obsolescence Action de migration recommandée
Modèle de programmation d'application et conteneur Technologies Java™ Platform, Enterprise Edition (Java EE) 7 facultatives suivantes :
  • Beans entity Enterprise JavaBeans (EJB)
    Important : Seule la partie bean entity de la spécification EJB est obsolète.
  • Java API for XML-based RPC (JAX-RPC) 1.1
  • Java APIs for XML Messaging (JAXM) 1.3
Les technologies Java EE 7 facultatives suivantes sont toujours obsolètes :
  • Java API for XML Registries (JAXR) 1.0
  • Java EE Application Deployment 1.2
  • Beans entité EJB :

    Utilisez l'API de persistance Java (JPA) pour une nouvelle base de données ou d'autres opérations liées à la persistance.

  • JAX-RPC 1.1 :

    Utilisez l'API Java des services Web XML (JAX-WS).

    La mise en évidence pour garantir l'interopérabilité du sous-ensemble de fonctions qui mappent l'intersection JAX-RPC et JAX-WS sera conservée, mais toutes les nouvelles extensions liées à la mise à jour pour prendre en charge de nouvelles normes ne seront exécutées que sous JAX-WS.

  • JAXR 1.0 :

    Utilisation d'UDDI Version 3.

  • Java EE Application Deployment 1.2 :

    Utilisez une autre méthode pour déployer des applications sur le serveur, par exemple, le scriptage wsadmin et les Mbeans JMX. La méthode se rapprochant le plus de l'utilisation de l'API de déploiement Java EE consiste à utiliser les MBeans JMX de WebSphere. Pour plus d'informations, voir Méthodes d'installation d'applications ou de modules d'entreprise.

Modèle de programmation SCA (Service Component Architecture) Mettez à jour vos applications pour qu'elles utilisent différents modèles de programmation. Les modèles de programmation que vous utilisez dépendent de la manière dont vous avez incorporé l'architecture SCA dans votre application.

Si vous avez utilisé l'architecture SCA pour créer des applications modulaires, utilisez plutôt OSGi. Pour plus d'informations, voir Développement d'applications OSGi.

Si vous avez utilisé l'architecture SCA pour les liaisons, consolidez les méthodes via lesquelles votre application est exposée à quelques normes, par exemple, l'API Java pour les services Web RESTful (JAX-RS) ou Java Message Service (JMS). Par exemple, utilisez JAX-RS pour les liaisons d'applications. Pour plus d'informations, voir Implémentation des applications Web JAX-RS. Pour réduire la duplication de l'implémentation du niveau de liaison, structurez votre application pour qu'elle utilise du code partagé.

Si vous souhaitez continuer à utiliser l'architecture SCA dans le cadre de votre stratégie à long terme, vous pouvez héberger vos applications sur IBM Business Process Manager.

Modèles de programmation de gestionnaire de travaux suivants :
  • Beans asynchrones
  • Minuteur CommonJ et gestionnaire de travaux
Utilisez Concurrency Utilities for Java EE (JSR 236). Concurrency Utilities for Java EE offre une approche standard permettant d'effectuer des opérations simultanées dans un serveur d'applications. Pour plus d'informations sur la procédure de migration à partir des beans asynchrones et de CommonJ, voir Exemples de migration vers les accès concurrents EE à partir d'Asynchronous beans et de CommonJ
Bases de données Sources de données WebSphere Application Server version 4.0 Utilisez les sources de données pour WebSphere Application Server version 5.0 ou ultérieure. Ces sources de données sont basées sur une architecture JCA standard. Les paramètres de ces sources de données sont décrits dans Collection de sources de données.

Les sources de données de la version 4.0 qui sont obsolètes sont basées sur une architecture CM unique. Les paramètres de ces sources de données sont décrits dans Collection de source de données (WebSphere Application Server V4) (obsolète).

Pour plus d'informations sur les différences entre ces sources de données, voir Sources de données.

Administration du système Scriptage wsadmin avec Jacl Utilisez le langage Jython pour créer des scripts wsadmin. Pour plus d'informations, reportez-vous à la rubrique Utilisation des scripts de wsadmin avec Jython.
[IBM i]Administration du système [IBM i]Commande updwashost [IBM i]Utilisez la commande changeHostName de l'objet AdminTask pour modifier le nom d'hôte d'un noeud. Pour plus d'informations, reportez-vous à la rubrique Groupe de commandes Utility de l'objet AdminTask.
Configuration de plug-in de serveur Web Configuration de plug-in centrée sur la topologie, ou globale Utilisez la configuration de plug-in centrée sur la topologie. Un fichier plugin-cfg.xml pour une configuration centrée sur l'application possède une application qui est mappée aux définitions de serveur d'applications et de serveur Web. Pour plus d'informations, voir Implémentation d'un plug-in de serveur Web.

Fonctions dépréciées dans la version 8.5.5

Tableau 2. Fonctions dépréciées dans la version 8.5.5. Ce tableau décrit les fonctions qui sont dépréciées dans la version 8.5.5.
Catégorie Obsolescence Action de migration recommandée
Assemblage et déploiement d'applications IBM Assembly and Deploy Tools for WebSphere Administration

Pour les modèles de programmatio qui utilisent Java EE 5 et plus, utilisez IBM WebSphere Developer Tools.

Pour modifier les descripteurs de déploiement d'extensions et de liaisons pour les modèles de programmation Java EE antérieurs à Java EE 5, utilisez la console d'administration de WebSphere lorsque vous installez votre application. Pour plus d'informations, reportez-vous à la rubrique Installation de fichiers d'application d'entreprise à l'aide de la console.

Pour générer le code de déploiement pour Enterprise JavaBean (EJB) 2.x, utilisez la commande ejbdeploy ou choisissez de déployer des beans d'entreprise lorsque vous installez votre application.

Il n'existe aucun éditeur de remplacement pour les éditeurs du fichier ibm-webservices-bnd.xml et des descripteurs de déploiement d'extensions de modèle de programmation.

Composants Edge WebSphere Edge Components Load Balancer for IPv4
Remarque : Les fonctions qui ne sont pas disponibles dans l'équilibreur de charge pour IPv4 et IPv6 ont été dépréciées à partir de la version 6.1, puis stabilisées. Pour plus d'informations, voir Fonctions stabilisées.
Migrez vers WebSphere Edge Components Load Balancer for IPv4 and IPv6.
[z/OS]Composants Edge [z/OS]DMZ Secure Proxy Server for IBM WebSphere Application Server for z/OS
Remarque : Cette fonction a été retirée dans la version 9.0.
[z/OS]Si vous utilisez le serveur proxy comme un service frontal pour WebSphere Application Server, utilisez IBM HTTP Server et les plusg-in de serveur Web WebSphere, inclus gratuitement avec le produit. Pour obtenir plus de fonctionnalités, pensez à utiliser des dispositifs IBM DataPower.
Si vous utilisez le serveur proxy séparément de WebSphere Application Server, la fonctionnalité de proxy HTTP de base est disponible avec les serveurs HTTP qui sont intégrés à z/OS :
  • V2R2 et versions ultérieures : IBM HTTP Server (Apache)
  • V2R1 et versions antérieures : IBM HTTP Server for z/OS V5R3 (DGW)
Pour obtenir plus de fonctionnalités, pensez à utiliser des dispositifs IBM DataPower.
IBM HTTP Server Prise en charge du protocole CRL (Certificate Revocation List) Utilisez le protocole OCSP (Online Certificate Status Protocol) avec des certificats TLS.

Dans IBM HTTP Server, la prise en charge de CRL est activée par le biais des directives SSLCRLHostname et SSLCRLUserid. La prise en charge de CRL est également contrôlée par l'extension CRLDistributionPoint dans des certificats TLS.

Les spécifications TLS favorisent désormais OCSP, activé par le biais des directivesSSLOCSPEnable et SSLOCSPResponderURL. Dans les certificats TLS, la prise en charge de OCSP est contrpolée par l'extension AuthorityInformationAccess.

Pour plus d'informations, voir Protocoles SSL Certificate Revocation List et Online Certificate Status Protocol.

Web 2.0 et Mobile Toolkit Dojo Toolkit, y compris Dojo Diagrammer Les applications mobiles et de bureau Dojo vont continuer de fonctionner mais elles ne seront plus prises en charge. Vous pouvez continuer à développer des applications Dojo en utilisant le Toolkit Dojo open source.
Service de messagerie Web Migrez des applications qui utilisent le service de messagerie Web pour utiliser les servlets asynchrones Servlet 3.0 ou le protocole WebSocket. Pour plus d'informations, reportez-vous à la rubrique Développement de servlets avec des extensions WebSphere Application Server.
Proxy Ajax Migrez vos applications de proxy Ajax pour utiliser le partage de ressources d'origine croisée (CORS) pour les demandes interdomaine.
Prise en charge des services côté serveur suivants :
  • Adaptateur RPC
  • Analyse
  • Graphiques
Modifiez l'architecture de vos applications de manière à utiliser Java API for RESTful Web Services (JAX-RS).

Lorsque vous faites migrer le service graphique, vous pouvez utiliser le projet Apache Batik open source pour convertir des images.

Prise en charge des services d'application suivants :
  • Optimiseur
  • Extension WebDAV
  • Conversion de mappe
  • Dojo Diagrammer
Il n'y a pas d'action de migration recommandée.

Fonctions dépréciées dans la version 8.5

Tableau 3. Fonctions dépréciées dans la version 8.5. Ce tableau décrit les fonctions qui sont dépréciées dans la version 8.5.
Catégorie Obsolescence Action de migration recommandée
Services d'application Propriété com.ibm.websphere.management.application.client.EnvEntry_processAnnotations Utilisez la propriété com.ibm.websphere.management.application.client.EnvEntry_processBindings
Widgets DOJO associés à la fonction CEA (Communications Enabled Applications) Utilisez la description et la source de widget CEA DOJO 1.5 qui sont disponibles à partir de l'article developerWorks article at Developing WebSphere Application Server Communication Enabled Application (CEA) widgets accessible publiquement.
Toutes les interfaces de programmation d'application (API) associées au module CEI (Common Event Infrastructure
Les fichiers suivants sont utilisés par le module CEI et sont obsolètes :
  • Les fichiers figurant dans racine_serveur_app/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
  • Les fichiers figurant dans racine_serveur_app/systemApps/ :
    • EventService.ear/META-INF
    • EventService.ear/DataStoreEjb.jar
    • EventService.ear/EventCatalogEjb.jar
    • EventService.ear/EventServerEjb.jar
    • EventService.ear/EventServerMdb.jar
  • Les fichiers figurant dans racine_serveur_app/plugins/ :
    • com.ibm.events.client.jar
    • com.ibm.events.service.jar
  • Le fichier figurant dans racine_serveur_app/features/ :
    • com.ibm.events.service_6.1.0.0
  • Les fichiers figurant dans racine_serveur_app/properties/schemas/ :
    • cei.xsd
    • ceiservice.xs
  • Les fichiers figurant dans racine_serveur_app/util/event/ :
    • ceiconfigreload.jacl
    • eventbucket.jacl
    • eventcatalog.jacl
    • eventemit.jacl
    • eventpurge.jacl
    • eventpurgepool.jacl
    • eventquery.jacl
  • Les fichiers figurant dans racine_serveur_app/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
Pour les nouvelles applications nécessitant des modèles basés sur des événements, utilisez SIBus (Service Integration Bus). Concevez de nouvelles applications à l'aide des API fournies par SIBus pour envoyer et recevoir des événements.
Modules com.ibm.portal.* :
  • 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
Il n'y a pas d'action de migration recommandée.
La méthode revokeSSOCookies(HttpServletRequest, HttpServletResponse) de la classe WSSecurityHelper
Remarque : Cette méthode n'est pas prise en charge dans le profil Liberty.
Utilisez la fonctionnalité fournie par la méthode Java Servlet-3.0 logout().

Lisez Méthodes de sécurité de servlet.

La méthode getLTPACookieFromSSOToken() de la classe WSSecurityHelper
Remarque : Cette méthode n'est pas prise en charge dans le profil Liberty.
Utilisez la fonctionnalité fournie par la méthode getSSOCookieFromSSOToken() de la classe WebSecurityHelper.
Composants Edge Fonction WAND (Wide-Area Network Dispatcher) fournie par WebSphere Edge Components Load Balancer for IPv4 Utilisez la méthode de réacheminement NAT (Network address translation) sur IPv4 ou la méthode de réacheminement d'encapsulation MAC (Media Access Control) sur IPv6.
Les deux composants suivants de WebSphere Edge Components Load Balancer for IPv4, qui fonctionnent conjointement avec les commutateurs de ces fournisseurs afin de fournir des statistiques SNMP (Simple Network Management Protocol) sur la disponibilité du serveur) :
  • Cisco Consultant (CCO)
  • Nortel-Alteon Consultant (NAL)
Utilisez IBM Load Balancer.
Prise en charge de l'interface en anneau à jeton par WebSphere Edge Components Load Balancer for IPv4 Utilisez une interface Ethernet.
Administration du système Prise en charge Intelligent Management pour les types de serveur middleware de cycle de vie assisté suivants :
  • Apache Tomcat
  • BEA WebLogic
  • JBoss
  • Serveur d'applications WebSphere externe (serveurs d'applications qui s'exécutent hors de la cellule Intelligent Management)
Remarque : Cette prise en charge n'est plus obsolète et a été stabilisée en version 8.5.5.
Utilisez les scripts wsadmin pour la gestion de ces ressources de serveur middleware.
Les modèles de serveur defaultXD et defaultXDZOS qui sont utilisés lors de la création d'un cluster dynamique Utilisez le modèle de serveur default ou defaultZOS.
[AIX Solaris HP-UX Linux Windows][z/OS]Prise en charge de WebSphere Virtual Enterprise Version 7.x et de noeuds antérieurs [AIX Solaris HP-UX Linux Windows][z/OS]Migrez les noeuds vers WebSphere Application Server Network Deployment Version 8.5.

Lisez **** MISSING FILE ****.

Fonctions dépréciées dans la version 8.0.0.1

Tableau 4. Fonctions dépréciées dans la version 8.0.0.1. Ce tableau décrit les fonctions qui sont dépréciées dans la version 8.0.0.1.
Catégorie Obsolescence Action de migration recommandée
Administration du système Prise en charge des logiciels suivants ayant atteint la fin de leur cycle de vie :
  • Sybase Adaptive Server Enterprise (ASE) 12.5.X
  • Sybase jConnect 5.5
Il est recommandé d'utiliser :
  • Sybase Adaptive Server Enterprise (ASE) 15.X
  • Sybase jConnect 6.05 ou jConnect 7.0

Fonctions dépréciées dans la version 8.0

[z/OS]
Tableau 5. Fonctions dépréciées dans la version 8.0. Le tableau suivant répertorie les fonctions dépréciées dans la version 8.0.
Catégorie Obsolescence Action de migration recommandée
Modèle de programmation d'application Implémentation de référence (RI) JavaServer Faces (JSF) 1.2 Sun
Remarque : Cette fonction a été retirée dans la version 9.0.
Utilisez l'implémentation JSF 2.0 MyFaces, définie par défaut pour WebSphere Application Server version 8.0.

Pour plus d'informations sur la migration de l'implémentation JSF 2.0 MyFaces, voir Migration de JavaServer Faces et la rubrique Migrate JavaServer Faces 1.x applications to JavaServer Faces 2.0 sur IBM developerWorks.

Services d'application Arguments de ligne de commande suivants de l'utilitaire historyInfo :
  • -components
  • -maintenancePackageID
Respectez les conditions suivantes lorsque vous vous servez de l'utilitaire historyInfo :
  • -component

    N'utilisez pas cet argument. Il n'effectue actuellement aucune action.

  • -maintenancePackageID

    Cet argument effectue désormais une action équivalente à l'option -offeringID. Utilisez -offeringID.

Arguments de ligne de commande suivants de l'utilitaire versionInfo :
  • -componentDetail
  • -components
  • -maintenancePackageDetail
  • -maintenancePackages
Respectez les conditions suivantes lorsque vous vous servez de l'utilitaire versionInfo :
  • -componentDetail

    N'utilisez pas cet argument. Il n'effectue actuellement aucune action.

  • -components

    N'utilisez pas cet argument. Il n'effectue actuellement aucune action.

  • -maintenancePackageDetail

    Cet argument effectue désormais une action équivalente aux options -fixpackDetail et -ifixDetail. Utilisez -fixpackDetail et -ifixDetail.

  • -maintenancePackages

    Cet argument effectue désormais une action équivalente aux options -fixpacks et -ifixes. Utilisez -fixpacks et -ifixes.

Méthodes suivantes dans la classe 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)
N'utilisez pas ces méthodes.
  • public WASComponent getInstalledComponentByName(String componentName)

    Cette méthode renvoie désormais un objet NULL.

  • public WASComponent[] getInstalledComponentList()

    Cette méthode renvoie désormais une liste vide.

  • public boolean isComponentInstalled(String componentName)

    Cette méthode renvoie désormais la valeur false.

  • public WASMaintenancePackage[] getHistoryMaintenancePackageList()

    Cette méthode est remplacée par public IMEvent[] getHistoryEventList().

  • public WASMaintenancePackage getInstalledMaintenancePackageByID(String mpID)

    Cette méthode est remplacée par public IMOffering getInstalledOfferingByID(String productID).

  • public WASMaintenancePackage[] getInstalledMaintenancePackageList()

    Cette méthode est remplacée par public IMOffering[] getInstalledOfferingList().

  • public boolean isMaintenancePackageInstalled(String ID)

    Cette méthode est remplacée par public boolean isThisProductInstalled(String id).

Services d'application Classes suivantes sous le module 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
Utilisez les instructions suivantes :
  • com.ibm.websphere.product.metadata.WASComponent

    N'utilisez pas cette classe. Toutes les méthodes publiques de cette classe renvoient désormais des objets NULL ou des listes vides.

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

    N'utilisez pas cette classe. Toutes les méthodes publiques de cette classe renvoient désormais des objets NULL ou des listes vides.

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

    N'utilisez pas cette classe.

  • com.ibm.websphere.product.WASProductException

    N'utilisez pas cette classe. Utilisez la classe com.ibm.websphere.product.WASDirectoryException.

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

    N'utilisez pas cette classe. Utilisez la classe com.ibm.websphere.product.WASDirectoryException.

  • com.ibm.websphere.product.WASProduct.

    N'utilisez pas cette classe. Utilisez la classe com.ibm.websphere.product.WASDirectory.

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

    N'utilisez pas cette classe. Utilisez la classe com.ibm.websphere.product.WASDirectory.

Constantes suivantes sous la classe com.ibm.websphere.product.WASDirectory :
  • ID_BASE
  • ID_EXPRESS
  • ID_ND
Constantes suivantes sous les classes com.ibm.websphere.product.WASDirectory et 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
Les interfaces WASDirectory sont indépendantes des ID produit et les traitent comme des chaînes. Les appelants spécifiques au produit doivent indiquer des ID produit.
Prise en charge de l'API Java pour registres XML (JAXR) Utilisation d'UDDI Version 3.
Sécurité Interface TAI (trust association interceptor) com.ibm.ws.security.web.TAMTrustAssociationInterceptorPlus Tivoli Access Manager (TAM) Procurez-vous la dernière version du code Tivoli sur le site Web Tivoli Access Manager Trust Association Interceptor Plus.
Administration du système Commande createServerType du groupe de commandes ServerManagement pour l'objet AdminTask Ne créez pas de types de serveurs.
Commandes suivantes du groupe de commandes ManagedNodeGroup pour l'objet AdminTask :
  • createManagedNodeGroup
  • deleteManagedNodeGroup
  • addMemberToManagedNodeGroup
  • deleteMemberFromManagedNodeGroup
  • queryManagedNodeGroups
  • getManagedNodeGroupMembers
  • getManagedNodeGroupInfo
  • modifyManagedNodeGroupInfo
Commandes suivantes du groupe de commandes JobManagerNode pour l'objet AdminTask :
  • cleanupManagedNode
  • queryManagedNodes
  • getManagedNodeProperties
  • modifyManagedNodeProperties
  • getManagedNodeKeys
Utilisez les commandes suivantes du groupe de commandes TargetGroup pour l'objet AdminTask :
  • createTargetGroup
  • deleteTargetGroup
  • addMemberToTargetGroup
  • deleteMemberFromTargetGroup
  • queryTargetGroups
  • getTargetGroupMembers
  • getTargetGroupInfo
  • modifyTargetGroupInfo
Utilisez les commandes suivantes du groupe de commandes JobManagerNode pour l'objet AdminTask :
  • cleanupTarget
  • queryTargets
  • getTargetProperties
  • modifyTargetProperties
  • getTargetKeys
Journal de maintenance, généralement appelé activity.log Utilisez l'un des éléments suivants pour accéder au contenu du journal :
  • Fichier SystemOut.log si votre système est configuré pour utiliser le mode de trace et de journalisation de base
  • Commande HPEL (High Performance Extensible Logging) LogViewer si votre système est configuré pour utiliser le mode de trace et de journalisation HPEL

    Configurez vos serveurs de sorte à utiliser le mode de journal et de trace HPEL et utilisez l'API HPEL API si vous souhaitez pouvoir fusionner le contenu de fichiers journaux provenant de plusieurs serveurs. Utilisez le mode de journal et de trace HPEL et la commande HPEL LogViewer si vous souhaitez pouvoir afficher le contenu du journal au format XML Common Base Event.

Prise en charge pour le déploiement d'applications ou de modules Java EE (Java Platform, Enterprise Edition) sur un serveur d'applications utilisant la spécification d'interface de programme d'application Java EE Application Deployment JSR-88 Utilisez une ou plusieurs options pour déployer des applications sur le serveur. Vous pouvez notamment avoir recours au scriptage wsadmin et aux Mbeans JMX. La méthode se rapprochant le plus de l'utilisation de l'API de déploiement Java EE est l'utilisation de Mbeans JMX WebSphere. Pour plus d'informations, voir Méthodes d'installation d'applications ou de modules d'entreprise.
Gestionnaire d'appliances DataPower Vous pouvez continuer d'utiliser le gestionnaire d'appliances DataPower pour gérer les appliances DataPower prises en charge jusqu'à ce qu'il soit retiré du produit ou jusqu'à ce que les appliances soient hors service.
Dans WebSphere Application Server Version 8.0, les appliances suivantes sont prises en charge :
  • 9001
  • 9002
  • 9003/7993
  • 9004/9235 – XS40, XI50, XB60, XM70
  • 9004/9235 – XA35, XM70FC
Les dates de fin de service des appliances sont disponibles dans IBM WebSphere DataPower SOA Appliances End of Service dates.

Les nouvelles appliances ne se trouvant pas dans la liste précédente sont gérées via une offre de gestion d'appliances DataPower distincte pouvant également gérer les appliances existantes.

Tivoli Performance Viewer Utilisation du format SVG (Scalable Vector Graphics) par Tivoli Performance Viewer pour tracer des graphiques Aucune action n'est requise. Tivoli Performance Viewer utilise désormais le format Dojo pour tracer des graphiques.
Remarque : Pour retourner au style de graphique précédent, qui prend en charge les formats SVG et d'image, affectez la valeur false à la propriété système JVM com.ibm.websphere.tpv.DojoGraph.
[AIX Solaris HP-UX Linux Windows]
Tableau 6. Fonctions dépréciées dans la version 8.0. Le tableau suivant répertorie les fonctions dépréciées dans la version 8.0.
Catégorie Obsolescence Action de migration recommandée
Modèle de programmation d'application Implémentation de référence (RI) JavaServer Faces (JSF) 1.2 Sun
Remarque : Cette fonction a été retirée dans la version 9.0.
Utilisez l'implémentation JSF 2.0 MyFaces, définie par défaut pour WebSphere Application Server version 8.0.

Pour plus d'informations sur la migration de l'implémentation JSF 2.0 MyFaces, voir Migration de JavaServer Faces et la rubrique Migrate JavaServer Faces 1.x applications to JavaServer Faces 2.0 sur IBM developerWorks.

Services d'application Arguments de ligne de commande suivants de l'utilitaire historyInfo :
  • -components
  • -maintenancePackageID
Respectez les conditions suivantes lorsque vous vous servez de l'utilitaire historyInfo :
  • -component

    N'utilisez pas cet argument. Il n'effectue actuellement aucune action.

  • -maintenancePackageID

    Cet argument effectue désormais une action équivalente à l'option -offeringID. Utilisez -offeringID.

Arguments de ligne de commande suivants de l'utilitaire versionInfo :
  • -componentDetail
  • -components
  • -maintenancePackageDetail
  • -maintenancePackages
Respectez les conditions suivantes lorsque vous vous servez de l'utilitaire versionInfo :
  • -componentDetail

    N'utilisez pas cet argument. Il n'effectue actuellement aucune action.

  • -components

    N'utilisez pas cet argument. Il n'effectue actuellement aucune action.

  • -maintenancePackageDetail

    Cet argument effectue désormais une action équivalente aux options -fixpackDetail et -ifixDetail. Utilisez -fixpackDetail et -ifixDetail.

  • -maintenancePackages

    Cet argument effectue désormais une action équivalente aux options -fixpacks et -ifixes. Utilisez -fixpacks et -ifixes.

Méthodes suivantes dans la classe 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)
N'utilisez pas ces méthodes.
  • public WASComponent getInstalledComponentByName(String componentName)

    Cette méthode renvoie désormais un objet NULL.

  • public WASComponent[] getInstalledComponentList()

    Cette méthode renvoie désormais une liste vide.

  • public boolean isComponentInstalled(String componentName)

    Cette méthode renvoie désormais la valeur false.

  • public WASMaintenancePackage[] getHistoryMaintenancePackageList()

    Cette méthode est remplacée par public IMEvent[] getHistoryEventList().

  • public WASMaintenancePackage getInstalledMaintenancePackageByID(String mpID)

    Cette méthode est remplacée par public IMOffering getInstalledOfferingByID(String productID).

  • public WASMaintenancePackage[] getInstalledMaintenancePackageList()

    Cette méthode est remplacée par public IMOffering[] getInstalledOfferingList().

  • public boolean isMaintenancePackageInstalled(String ID)

    Cette méthode est remplacée par public boolean isThisProductInstalled(String id).

Services d'application Classes suivantes sous le module 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
Utilisez les instructions suivantes :
  • com.ibm.websphere.product.metadata.WASComponent

    N'utilisez pas cette classe. Toutes les méthodes publiques de cette classe renvoient désormais des objets NULL ou des listes vides.

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

    N'utilisez pas cette classe. Toutes les méthodes publiques de cette classe renvoient désormais des objets NULL ou des listes vides.

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

    N'utilisez pas cette classe.

  • com.ibm.websphere.product.WASProductException

    N'utilisez pas cette classe. Utilisez la classe com.ibm.websphere.product.WASDirectoryException.

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

    N'utilisez pas cette classe. Utilisez la classe com.ibm.websphere.product.WASDirectoryException.

  • com.ibm.websphere.product.WASProduct.

    N'utilisez pas cette classe. Utilisez la classe com.ibm.websphere.product.WASDirectory.

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

    N'utilisez pas cette classe. Utilisez la classe com.ibm.websphere.product.WASDirectory.

Constantes suivantes sous la classe com.ibm.websphere.product.WASDirectory :
  • ID_BASE
  • ID_EXPRESS
  • ID_ND
Constantes suivantes sous les classes com.ibm.websphere.product.WASDirectory et 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
Les interfaces WASDirectory sont indépendantes des ID produit et les traitent comme des chaînes. Les appelants spécifiques au produit doivent indiquer des ID produit.
Prise en charge de l'API Java pour registres XML (JAXR) Utilisation d'UDDI Version 3.
Sécurité Interface TAI (trust association interceptor) com.ibm.ws.security.web.TAMTrustAssociationInterceptorPlus Tivoli Access Manager (TAM) Procurez-vous la dernière version du code Tivoli sur le site Web Tivoli Access Manager Trust Association Interceptor Plus.
Administration du système Commande createServerType du groupe de commandes ServerManagement pour l'objet AdminTask Ne créez pas de types de serveurs.
Commandes suivantes du groupe de commandes ManagedNodeGroup pour l'objet AdminTask :
  • createManagedNodeGroup
  • deleteManagedNodeGroup
  • addMemberToManagedNodeGroup
  • deleteMemberFromManagedNodeGroup
  • queryManagedNodeGroups
  • getManagedNodeGroupMembers
  • getManagedNodeGroupInfo
  • modifyManagedNodeGroupInfo
Commandes suivantes du groupe de commandes JobManagerNode pour l'objet AdminTask :
  • cleanupManagedNode
  • queryManagedNodes
  • getManagedNodeProperties
  • modifyManagedNodeProperties
  • getManagedNodeKeys
Utilisez les commandes suivantes du groupe de commandes TargetGroup pour l'objet AdminTask :
  • createTargetGroup
  • deleteTargetGroup
  • addMemberToTargetGroup
  • deleteMemberFromTargetGroup
  • queryTargetGroups
  • getTargetGroupMembers
  • getTargetGroupInfo
  • modifyTargetGroupInfo
Utilisez les commandes suivantes du groupe de commandes JobManagerNode pour l'objet AdminTask :
  • cleanupTarget
  • queryTargets
  • getTargetProperties
  • modifyTargetProperties
  • getTargetKeys
Commandes suivantes utilisées pour lancer l'outil de gestion des profils :
  • [AIX][HP-UX][Linux][Solaris]racine_serveur_app/bin/ProfileManagement/pmt.sh
  • [Windows]racine_serveur_app\bin\ProfileManagement\pmt.bat
Commandes suivantes utilisées pour lancer l'outil de gestion des migrations :
  • [AIX][HP-UX][Linux][Solaris]racine_serveur_app/bin/migration.sh
  • [Windows]racine_serveur_app\bin\migration.bat
Utilisez les commandes suivantes pour lancer WebSphere Customization Toolbox :
  • [AIX][HP-UX][Linux][Solaris]racine_profil/bin/wct.sh
  • [Windows]racine_profil\bin\wct.bat
Utilisez les commandes suivantes pour lancer l'outil de gestion des profils (z/OS only) qui se trouve dans WebSphere Customization Toolbox :
  • [AIX][HP-UX][Linux][Solaris]racine_profil/bin/wct.sh -perspective com.ibm.ws.pmt.views.standalone.perspectives.standAlonePerspective
  • [Windows]racine_profil\bin\wct.bat -perspective com.ibm.ws.pmt.views.standalone.perspectives.standAlonePerspective
Utilisez les commandes suivantes pour lancer l'outil de gestion des migrations qui se trouve dans WebSphere Customization Toolbox :
  • [AIX][HP-UX][Linux][Solaris]racine_profil/bin/wct.sh -perspective com.ibm.ws.mmt.perspective
  • [Windows]racine_profil\bin\wct.bat -perspective com.ibm.ws.mmt.perspective
Journal de maintenance, généralement appelé activity.log Utilisez l'un des éléments suivants pour accéder au contenu du journal :
  • Fichier SystemOut.log si votre système est configuré pour utiliser le mode de trace et de journalisation de base
  • Commande HPEL (High Performance Extensible Logging) LogViewer si votre système est configuré pour utiliser le mode de trace et de journalisation HPEL

    Configurez vos serveurs de sorte à utiliser le mode de journal et de trace HPEL et utilisez l'API HPEL API si vous souhaitez pouvoir fusionner le contenu de fichiers journaux provenant de plusieurs serveurs. Utilisez le mode de journal et de trace HPEL et la commande HPEL LogViewer si vous souhaitez pouvoir afficher le contenu du journal au format XML Common Base Event.

Prise en charge pour le déploiement d'applications ou de modules Java EE (Java Platform, Enterprise Edition) sur un serveur d'applications utilisant la spécification d'interface de programme d'application Java EE Application Deployment JSR-88 Utilisez une ou plusieurs options pour déployer des applications sur le serveur. Vous pouvez notamment avoir recours au scriptage wsadmin et aux Mbeans JMX. La méthode se rapprochant le plus de l'utilisation de l'API de déploiement Java EE est l'utilisation de Mbeans JMX WebSphere. Pour plus d'informations, voir Méthodes d'installation d'applications ou de modules d'entreprise.
Gestionnaire d'appliances DataPower Vous pouvez continuer d'utiliser le gestionnaire d'appliances DataPower pour gérer les appliances DataPower prises en charge jusqu'à ce qu'il soit retiré du produit ou jusqu'à ce que les appliances soient hors service.
Dans WebSphere Application Server Version 8.0, les appliances suivantes sont prises en charge :
  • 9001
  • 9002
  • 9003/7993
  • 9004/9235 – XS40, XI50, XB60, XM70
  • 9004/9235 – XA35, XM70FC
Les dates de fin de service des appliances sont disponibles dans IBM WebSphere DataPower SOA Appliances End of Service dates.

Les nouvelles appliances ne se trouvant pas dans la liste précédente sont gérées via une offre de gestion d'appliances DataPower distincte pouvant également gérer les appliances existantes.

Tivoli Performance Viewer Utilisation du format SVG (Scalable Vector Graphics) par Tivoli Performance Viewer pour tracer des graphiques Aucune action n'est requise. Tivoli Performance Viewer utilise désormais le format Dojo pour tracer des graphiques.
Remarque : Pour retourner au style de graphique précédent, qui prend en charge les formats SVG et d'image, affectez la valeur false à la propriété système JVM com.ibm.websphere.tpv.DojoGraph.
[IBM i]
Tableau 7. Fonctions dépréciées dans la version 8.0. Le tableau suivant répertorie les fonctions dépréciées dans la version 8.0.
Catégorie Obsolescence Action de migration recommandée
Modèle de programmation d'application Implémentation de référence (RI) JavaServer Faces (JSF) 1.2 Sun
Remarque : Cette fonction a été retirée dans la version 9.0.
Utilisez l'implémentation JSF 2.0 MyFaces, définie par défaut pour WebSphere Application Server version 8.0.

Pour plus d'informations sur la migration de l'implémentation JSF 2.0 MyFaces, voir Migration de JavaServer Faces et la rubrique Migrate JavaServer Faces 1.x applications to JavaServer Faces 2.0 sur IBM developerWorks.

Services d'application Arguments de ligne de commande suivants de l'utilitaire historyInfo :
  • -components
  • -maintenancePackageID
Respectez les conditions suivantes lorsque vous vous servez de l'utilitaire historyInfo :
  • -component

    N'utilisez pas cet argument. Il n'effectue actuellement aucune action.

  • -maintenancePackageID

    Cet argument effectue désormais une action équivalente à l'option -offeringID. Utilisez -offeringID.

Arguments de ligne de commande suivants de l'utilitaire versionInfo :
  • -componentDetail
  • -components
  • -maintenancePackageDetail
  • -maintenancePackages
Respectez les conditions suivantes lorsque vous vous servez de l'utilitaire versionInfo :
  • -componentDetail

    N'utilisez pas cet argument. Il n'effectue actuellement aucune action.

  • -components

    N'utilisez pas cet argument. Il n'effectue actuellement aucune action.

  • -maintenancePackageDetail

    Cet argument effectue désormais une action équivalente aux options -fixpackDetail et -ifixDetail. Utilisez -fixpackDetail et -ifixDetail.

  • -maintenancePackages

    Cet argument effectue désormais une action équivalente aux options -fixpacks et -ifixes. Utilisez -fixpacks et -ifixes.

Méthodes suivantes dans la classe 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)
N'utilisez pas ces méthodes.
  • public WASComponent getInstalledComponentByName(String componentName)

    Cette méthode renvoie désormais un objet NULL.

  • public WASComponent[] getInstalledComponentList()

    Cette méthode renvoie désormais une liste vide.

  • public boolean isComponentInstalled(String componentName)

    Cette méthode renvoie désormais la valeur false.

  • public WASMaintenancePackage[] getHistoryMaintenancePackageList()

    Cette méthode est remplacée par public IMEvent[] getHistoryEventList().

  • public WASMaintenancePackage getInstalledMaintenancePackageByID(String mpID)

    Cette méthode est remplacée par public IMOffering getInstalledOfferingByID(String productID).

  • public WASMaintenancePackage[] getInstalledMaintenancePackageList()

    Cette méthode est remplacée par public IMOffering[] getInstalledOfferingList().

  • public boolean isMaintenancePackageInstalled(String ID)

    Cette méthode est remplacée par public boolean isThisProductInstalled(String id).

Services d'application Classes suivantes sous le module 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
Utilisez les instructions suivantes :
  • com.ibm.websphere.product.metadata.WASComponent

    N'utilisez pas cette classe. Toutes les méthodes publiques de cette classe renvoient désormais des objets NULL ou des listes vides.

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

    N'utilisez pas cette classe. Toutes les méthodes publiques de cette classe renvoient désormais des objets NULL ou des listes vides.

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

    N'utilisez pas cette classe.

  • com.ibm.websphere.product.WASProductException

    N'utilisez pas cette classe. Utilisez la classe com.ibm.websphere.product.WASDirectoryException.

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

    N'utilisez pas cette classe. Utilisez la classe com.ibm.websphere.product.WASDirectoryException.

  • com.ibm.websphere.product.WASProduct.

    N'utilisez pas cette classe. Utilisez la classe com.ibm.websphere.product.WASDirectory.

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

    N'utilisez pas cette classe. Utilisez la classe com.ibm.websphere.product.WASDirectory.

Constantes suivantes sous la classe com.ibm.websphere.product.WASDirectory :
  • ID_BASE
  • ID_EXPRESS
  • ID_ND
Constantes suivantes sous les classes com.ibm.websphere.product.WASDirectory et 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
Les interfaces WASDirectory sont indépendantes des ID produit et les traitent comme des chaînes. Les appelants spécifiques au produit doivent indiquer des ID produit.
Prise en charge de l'API Java pour registres XML (JAXR) Utilisation d'UDDI Version 3.
Sécurité Interface TAI (trust association interceptor) com.ibm.ws.security.web.TAMTrustAssociationInterceptorPlus Tivoli Access Manager (TAM) Procurez-vous la dernière version du code Tivoli sur le site Web Tivoli Access Manager Trust Association Interceptor Plus.
Administration du système Commande enableJvm Utilisez la commande managesdk.
Commande createServerType du groupe de commandes ServerManagement pour l'objet AdminTask Ne créez pas de types de serveurs.
Commandes suivantes du groupe de commandes ManagedNodeGroup pour l'objet AdminTask :
  • createManagedNodeGroup
  • deleteManagedNodeGroup
  • addMemberToManagedNodeGroup
  • deleteMemberFromManagedNodeGroup
  • queryManagedNodeGroups
  • getManagedNodeGroupMembers
  • getManagedNodeGroupInfo
  • modifyManagedNodeGroupInfo
Commandes suivantes du groupe de commandes JobManagerNode pour l'objet AdminTask :
  • cleanupManagedNode
  • queryManagedNodes
  • getManagedNodeProperties
  • modifyManagedNodeProperties
  • getManagedNodeKeys
Utilisez les commandes suivantes du groupe de commandes TargetGroup pour l'objet AdminTask :
  • createTargetGroup
  • deleteTargetGroup
  • addMemberToTargetGroup
  • deleteMemberFromTargetGroup
  • queryTargetGroups
  • getTargetGroupMembers
  • getTargetGroupInfo
  • modifyTargetGroupInfo
Utilisez les commandes suivantes du groupe de commandes JobManagerNode pour l'objet AdminTask :
  • cleanupTarget
  • queryTargets
  • getTargetProperties
  • modifyTargetProperties
  • getTargetKeys
Journal de maintenance, généralement appelé activity.log Utilisez l'un des éléments suivants pour accéder au contenu du journal :
  • Fichier SystemOut.log si votre système est configuré pour utiliser le mode de trace et de journalisation de base
  • Commande HPEL (High Performance Extensible Logging) LogViewer si votre système est configuré pour utiliser le mode de trace et de journalisation HPEL

    Configurez vos serveurs de sorte à utiliser le mode de journal et de trace HPEL et utilisez l'API HPEL API si vous souhaitez pouvoir fusionner le contenu de fichiers journaux provenant de plusieurs serveurs. Utilisez le mode de journal et de trace HPEL et la commande HPEL LogViewer si vous souhaitez pouvoir afficher le contenu du journal au format XML Common Base Event.

Prise en charge pour le déploiement d'applications ou de modules Java EE (Java Platform, Enterprise Edition) sur un serveur d'applications utilisant la spécification d'interface de programme d'application Java EE Application Deployment JSR-88 Utilisez une ou plusieurs options pour déployer des applications sur le serveur. Vous pouvez notamment avoir recours au scriptage wsadmin et aux Mbeans JMX. La méthode se rapprochant le plus de l'utilisation de l'API de déploiement Java EE est l'utilisation de Mbeans JMX WebSphere. Pour plus d'informations, voir Méthodes d'installation d'applications ou de modules d'entreprise.
Gestionnaire d'appliances DataPower Vous pouvez continuer d'utiliser le gestionnaire d'appliances DataPower pour gérer les appliances DataPower prises en charge jusqu'à ce qu'il soit retiré du produit ou jusqu'à ce que les appliances soient hors service.
Dans WebSphere Application Server Version 8.0, les appliances suivantes sont prises en charge :
  • 9001
  • 9002
  • 9003/7993
  • 9004/9235 – XS40, XI50, XB60, XM70
  • 9004/9235 – XA35, XM70FC
Les dates de fin de service des appliances sont disponibles dans IBM WebSphere DataPower SOA Appliances End of Service dates.

Les nouvelles appliances ne se trouvant pas dans la liste précédente sont gérées via une offre de gestion d'appliances DataPower distincte pouvant également gérer les appliances existantes.

Tivoli Performance Viewer Utilisation du format SVG (Scalable Vector Graphics) par Tivoli Performance Viewer pour tracer des graphiques Aucune action n'est requise. Tivoli Performance Viewer utilise désormais le format Dojo pour tracer des graphiques.
Remarque : Pour retourner au style de graphique précédent, qui prend en charge les formats SVG et d'image, affectez la valeur false à la propriété système JVM com.ibm.websphere.tpv.DojoGraph.

Fonctions dépréciées dans la version 7.0

[z/OS]
Tableau 8. Fonctions dépréciées dans la version 7.0. Ce tableau décrit les fonctions qui sont devenues obsolètes dans la version 7.0.
Catégorie Obsolescence Action de migration recommandée
Modèle de programmation d'application Méthode registerSynchronizationCallbackForCurrentTran dans l'interface com.ibm.websphere.jtaextensions.ExtendedJTATransaction Remplacez-la par la méthode registerInterposedSynchronization de l'interface TransactionSynchronizationRegistry.

Pour plus d'informations, voir Support JTA.

Interface com.ibm.ws.extensionhelper.TransactionControl Utilisez l'interface com.ibm.wsspi.uow.UOWManager à la place.

Pour plus d'informations, voir Support JTA.

Classe HttpServletRequestProxy dans le package com.ibm.websphere.servlet.request Utilisez la classe HttpServletRequestWrapper au lieu de HttpServletRequestProxy. Vous pouvez utiliser les sous-classes de cette classe pour surcharger ou étendre la fonctionnalité d'une classe HttpServletRequest fournie par le serveur.
Classe HttpServletResponseProxy dans le package com.ibm.websphere.servlet.response Utilisez la classe HttpServletResponseWrapper au lieu de HttpServletResponseProxy. Vous pouvez utiliser les sous-classes de cette classe pour surcharger ou étendre la fonctionnalité d'une classe HttpServletResponse fournie par le serveur.
Les classes, interfaces, méthodes et zones suivantes de l'adaptateur de ressources relationnelles WebSphere :
  • Classes :
    • com.ibm.websphere.rsadapter.JdbcAccessorImpl
    • com.ibm.websphere.rsadapter.OracleDataStoreHelper
  • Interfaces :
    • com.ibm.websphere.rsadapter.Beginnable
    • com.ibm.websphere.rsadapter.HandleStates
    • com.ibm.websphere.rsadapter.Reassociateable
    • com.ibm.websphere.rsadapter.WSNativeConnectionAccessor
  • Méthodes :
    • 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)
  • Champs :
    • 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
Si vous utilisez OracleDataStoreHelper, basculez vers le pilote JDBC Oracle 11g et utilisez Oracle11gDataStoreHelper à la place.

Au lieu d'utiliser getNativeConnection, utilisez le pattern d'adaptation JDBC (Java Database Connectivity) 4.0.

Au lieu d'utiliser les informations client de l'interface WSConnection, utilisez les API d'informations client JDBC 4.0.

Plutôt que com.ibm.websphere.rsadapter.WSCallHelper.setConnectionError (Object conn), optez pour la méthode com.ibm.websphere.rsadapter.WSCallHelper.setConnectionError (Object conn, boolean logEvent). La nouvelle méthode offre un paramètre booléen qui vous permet de vérifier si les événements liés aux erreurs de connexion sont congignés dans le journal des sorties système.

Au lieu d'utiliser la méthode WSCallHelper.call, utilisez les API standard du mécanisme de réflexion Java.

Si vous utilisez ORACLE_HELPER, basculez vers le pilote JDBC Oracle 11g et utilisez ORACLE_11G_HELPER à la place.

Modèle de programmation d'application La fonction de gestion de session suivante :
  • Partage de session global via la propriété Servlet21SessionCompatibility
  • Support de toutes les propriétés du gestionnaire de session comme des propriétés système
  • Support de toutes les propriétés du gestionnaire de session comme des propriétés personnalisées du conteneur Web
Pour le partage de session, revoyez la conception de votre application de manière à définir de manière appropriée la portée de la session au niveau du module Web, conformément à ce qui est stipulé dans la spécification Java Servlet versions 2.2 et ultérieures. Si des données doivent être partagées au-delà des frontières du module Web, utilisez l'extension WebSphere, contexte de session partagé = true, ou utilisez l'interface IBMApplicationSession.

Plutôt que de spécifier les propriétés du gestionnaire de session comme des propriétés système ou des propriétés personnalisées du conteneur Web, utilisez les propriétés personnalisées du gestionnaire de session.

Validation de connexion par requête SQL Utilisez la validation à base de délai introduite dans la version 4.0 de JDBC.
Classes :
  • 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

Interface : SERV1\ws\code\admin.thinclient\src\com\ibm\ws\management\ cmdframework\impl\RemoteCommandMgr.java

Méthodes : toutes les méthodes de l'interface RemoteCommandMgr et MBean xml, SERV1\ws\code\admin.jmx\src\com\ibm\ws\management\ descriptor\xml\RemoteCommandMgr.xml

Constructeur : RemoteCommandMgrImpl()

Aucune action de migration n'est nécessaire.
Les classes de propriétés suivantes servent à représenter et à manipuler les références de noeud final WS-Addressing dans l'API Java des services Web XML (JAX-WS) 2.0 :
  • com.ibm.websphere.wsaddressing.jaxws.W3CEndpointReference
  • com.ibm.websphere.wsaddressing.jaxws.SubmissionEndpointReference
  • com.ibm.websphere.wsaddressing.jaxws.EndpointReferenceConverter
Optez plutôt pour les classes suivantes :
  • javax.xml.ws.wsaddressing.W3CEndpointReference
  • com.ibm.websphere.wsaddressing.jaxws21.SubmissionEndpointReference
  • com.ibm.websphere.wsaddressing.jaxws21.EndpointReferenceConverter
Types WCCM (WebSphere Common Configuration Model) suivants :
  • SIBJMSProvider
  • SIBJMSConnectionFactory
  • SIBJMSQueueConnectionFactory
  • SIBJMSTopicConnectionFactory
  • SIBJMSQueue
  • SIBJMSTopic
Si l'un de vos scripts wsadmin Jython ou Jacl utilise l'un de ces types, modifiez le script pour qu'il utilise la commande AdminTask afin d'exécuter la fonction équivalente. Par exemple :
AdminTask.listSIBJMSQueues()
Environnement Module mod_file_cache d'IBM HTTP Server (IHS) Transférez vos directives de configuration IHS du module mod_file_cache vers le mécanisme de cache approprié fourni dans la nouvelle version du serveur (soit mod_mem_cache, soit mod_cache).
Module mod_ibm_ldap d'IHS Transférez vos directives de configuration du module mod_ibm_ldap vers le module équivalent, mod_ldap.
Module mod_mime_magic d'IHS Supprimez toutes les directives de configuration IHS associées à ce module.
Module mod_proxy_ftp d'IHS Supprimez toutes les directives de configuration IHS associées à ce module.
Module mod_afpa_cache d'IHS

Adaptive Fast Path Architecture (AFPA) est déprécié pour les systèmes d'exploitation AIX et Windows pour la mise en cache de contenu statique et généré dynamiquement.

Supprimez toutes les directives de configuration IHS associées à ce module.
Ressources J2EE Les fonctions suivantes :
  • Le support autorisant l'utilisation de fournisseurs JMS (Java Message Service) non conformes à la spécification J2EE Connector Architecture 1.5 est déprécié.

    Le fournisseur de messagerie par défaut de WebSphere Application Server version 5 a été déprécié dans la version 6.1.

  • Le fournisseur de messagerie WebSphere MQ a été mis à jour dans la version 7.0 afin de prendre en charge la spécification J2EE Connector Architecture 1.5. Les autres utilisations de ce fournisseur sont dépréciées.
Utilisez les fournisseurs JMS non conformes à la spécification J2EE Connector Architecture 1.5.
Accès aux données Propriété système disablePK54589 Configurez la propriété personnalisée isConnectionSharingBasedOnCurrentState de la source de données.

Si vous utilisez la propriété disablePK54589=true, vous pouvez la remplacer par la propriété isConnectionSharingBasedOnCurrentState=false.

Programmation Fourniture de la bibliothèque JWL (JavaServer Faces widget library) avec WebSphere Application Server Créez manuellement une bibliothèque partagée pour JWL en utilisant le fichier JAR issu de Rational Application Developer.
Gestion des profils Modèle de profil de gestionnaire de déploiement Utilisez le modèle de profil de gestion avec un serveur de gestionnaire de déploiement.
Sécurité Support pour l'utilisation de l'intercepteur de relations de confiance SPNEGO (Simple and Protected GSS-API Negotiation Mechanism) pour négocier et authentifier des demandes HTTP de façon sécurisée pour des ressources sécurisées. Utilisez l'authentification Web SPNEGO imbriquée pour permettre un rechargement dynamique des filtres SPNEGO et la rétromigration vers la méthode de connexion d'application.
Serveurs Support du mode d'adressage sur 31 bits dans WebSphere Application Server pour z/OS Commencez à migrer vers le mode d'adressage sur 64 bits.

Par défaut, la version 7.0 créé de nouveaux serveurs pour s'exécuter en mode d'adressage sur 64 bits ; cependant les serveurs migrés d'une précédente version vers la version 7.0 peuvent toujours être configurés pour s'exécuter en mode 31 bits.

Pour plus d'informations, voir **** MISSING FILE ****.

Fourniture d'Apache Struts 1.1, 1.2.4 et 1.2.7 comme bibliothèques optionnelles dans WebSphere Application Server Si vous souhaitez continuer à utiliser ces versions d'Apache Struts, vous pouvez vous les procurer auprès du site Web Apache Struts.
Pour le transport au sein d'un groupe central, les options de configuration suivantes :
  • Diffusion point à point (UNICAST)
  • Multidiffusion (MULTICAST)
Passez au transport par structure de canaux (CHANNEL_FRAMEWORK).

Pour plus d'informations, voir Transports du groupe central.

Administration du système Option permettant d'installer le client d'application connectable (ou tiers) comme client d'application IBM pour WebSphere Application Server Utilisez le nouveau client d'application partiel EJB à la place.
Les fonctions de sécurité SIBus (bus d'intégration de services) suivantes :
  • Option -secure des commandes createSIBus et modifySIBus
  • Commandes listInheritSenderForTopic, listInheritReceiverForTopic et listInheritDefaultsForDestination
  • Alias d'authentification entre moteurs
Exécuter les opérations suivantes :
  • Utilisez l'option -busSecurity à la place de l'option -secure.
  • Remplacez les utilisations des commandes listInheritSenderForTopic, listInheritReceiverForTopic et listInheritDefaultsForDestination par celles des commandes isInheritSenderForTopic, isInheritReceiverForTopic et isInheritDefaultsForDestinaton, respectivement.
  • Supprimez toute utilisation de l'option -interEngineAuthenticationAlias dans les commandes createSIBus et modifySIBus.
Outil de collecte (collector.bat ou collector.sh) qui rassemble des informations relatives à l'installation de WebSphere Application Server et les regroupe dans un fichier d'archive Java (JAR) que vous pouvez envoyer au service de support logiciel IBM
Remarque : Cette fonction est obsolète.
Utilisez IBM Support Assistant (ISA) Lite.
Modèles de serveur proxy basé sur le protocole Utilisez la console d'administration ou les commandes wsadmin du groupe de commandes ServerManagement pour sélectionner un ou plusieurs protocoles de serveurs proxy.

Pour plus d'informations, voir Groupe de commandes ServerManagement de l'objet AdminTask.

Point tactile WebSphere (composant WAS.admin.wstp — toutes les classes et méthodes) Utilisez les autres interfaces de gestion standard dans WebSphere Application Server.
Commandes du groupe de commandes SecureConversation pour l'objet AdminTask Utilisez les commandes du groupe de commandes WSSCacheManagement pour gérer les configurations de cache réparti WS-Security (Web Services Security).
Les noms de configuration Lightweight Directory Access Protocol (LDAP) suivants dans le référentiel fédéré du gestionnaire de membres virtuels (VMM)) :
  • SECUREWAY, IDS4, IDS51 et IDS6
  • DOMINO5, DOMINO6 et DOMINO65
  • AD2000 et AD2003
Utilisez les noms de configuration suivants :
  • IDS au lieu de SECUREWAY, IDS4, IDS51 ou IDS6
  • DOMINO au lieu de DOMINO5, DOMINO6 ou DOMINO65
  • AD au lieu de AD2000 ou AD2003
Services Web Support pour l'espace de nom de liaison du WSDL (WS-Addressing Web Services Description Language) '2006/02' Remplacez tous les espaces de nom '2006/02' des fichiers WSDL par l'espace de nom '2006/05'
Interface Web Services Distributed Management (WSDM) Utilisez les autres interfaces de gestion standard dans WebSphere Application Server.
Protocole propriété d'IBM SOAP sur Java Message Service (JMS) pour les applications Java API for XML Web Services (JAX-WS) ou Java API for XML-based RPC (JAX-RPC) Optez pour le protocole standard SOAP sur JMS.

Pour plus d'informations, consultez la rubrique Protocole SOAP et JMS et la page SOAP over Java Message Service.

Restriction : Si votre application client appelle des services Web basés sur des beans enterprise pris en charge par une édition de WebSphere Application Server antérieure à la version 7.0, vous devez continuer à utiliser le protocole propriétaire IBM SOAP sur JMS pour accéder à ces services Web.
[AIX Solaris HP-UX Linux Windows][IBM i]
Tableau 9. Fonctions dépréciées dans la version 7.0. Ce tableau décrit les fonctions qui sont devenues obsolètes dans la version 7.0.
Catégorie Obsolescence Action de migration recommandée
Modèle de programmation d'application Méthode registerSynchronizationCallbackForCurrentTran dans l'interface com.ibm.websphere.jtaextensions.ExtendedJTATransaction Remplacez-la par la méthode registerInterposedSynchronization de l'interface TransactionSynchronizationRegistry.

Pour plus d'informations, voir Support JTA.

Interface com.ibm.ws.extensionhelper.TransactionControl Utilisez l'interface com.ibm.wsspi.uow.UOWManager à la place.

Pour plus d'informations, voir Support JTA.

Classe HttpServletRequestProxy dans le package com.ibm.websphere.servlet.request Utilisez la classe HttpServletRequestWrapper au lieu de HttpServletRequestProxy. Vous pouvez utiliser les sous-classes de cette classe pour surcharger ou étendre la fonctionnalité d'une classe HttpServletRequest fournie par le serveur.
Classe HttpServletResponseProxy dans le package com.ibm.websphere.servlet.response Utilisez la classe HttpServletResponseWrapper au lieu de HttpServletResponseProxy. Vous pouvez utiliser les sous-classes de cette classe pour surcharger ou étendre la fonctionnalité d'une classe HttpServletResponse fournie par le serveur.
Les classes, interfaces, méthodes et zones suivantes de l'adaptateur de ressources relationnelles WebSphere :
  • Classes :
    • com.ibm.websphere.rsadapter.JdbcAccessorImpl
    • com.ibm.websphere.rsadapter.OracleDataStoreHelper
  • Interfaces :
    • com.ibm.websphere.rsadapter.Beginnable
    • com.ibm.websphere.rsadapter.HandleStates
    • com.ibm.websphere.rsadapter.Reassociateable
    • com.ibm.websphere.rsadapter.WSNativeConnectionAccessor
  • Méthodes :
    • 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)
  • Champs :
    • 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
Si vous utilisez OracleDataStoreHelper, basculez vers le pilote JDBC Oracle 11g et utilisez Oracle11gDataStoreHelper à la place.

Au lieu d'utiliser getNativeConnection, utilisez le pattern d'adaptation JDBC (Java Database Connectivity) 4.0.

Au lieu d'utiliser les informations client de l'interface WSConnection, utilisez les API d'informations client JDBC 4.0.

Plutôt que com.ibm.websphere.rsadapter.WSCallHelper.setConnectionError (Object conn), optez pour la méthode com.ibm.websphere.rsadapter.WSCallHelper.setConnectionError (Object conn, boolean logEvent). La nouvelle méthode offre un paramètre booléen qui vous permet de vérifier si les événements liés aux erreurs de connexion sont congignés dans le journal des sorties système.

Au lieu d'utiliser la méthode WSCallHelper.call, utilisez les API standard du mécanisme de réflexion Java.

Si vous utilisez ORACLE_HELPER, basculez vers le pilote JDBC Oracle 11g et utilisez ORACLE_11G_HELPER à la place.

Modèle de programmation d'application La fonction de gestion de session suivante :
  • Partage de session global via la propriété Servlet21SessionCompatibility
  • Support de toutes les propriétés du gestionnaire de session comme des propriétés système
  • Support de toutes les propriétés du gestionnaire de session comme des propriétés personnalisées du conteneur Web
Pour le partage de session, revoyez la conception de votre application de manière à définir de manière appropriée la portée de la session au niveau du module Web, conformément à ce qui est stipulé dans la spécification Java Servlet versions 2.2 et ultérieures. Si des données doivent être partagées au-delà des frontières du module Web, utilisez l'extension WebSphere, contexte de session partagé = true, ou utilisez l'interface IBMApplicationSession.

Plutôt que de spécifier les propriétés du gestionnaire de session comme des propriétés système ou des propriétés personnalisées du conteneur Web, utilisez les propriétés personnalisées du gestionnaire de session.

Validation de connexion par requête SQL Utilisez la validation à base de délai introduite dans la version 4.0 de JDBC.
Classes :
  • 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

Interface : SERV1\ws\code\admin.thinclient\src\com\ibm\ws\management\ cmdframework\impl\RemoteCommandMgr.java

Méthodes : toutes les méthodes de l'interface RemoteCommandMgr et MBean xml, SERV1\ws\code\admin.jmx\src\com\ibm\ws\management\ descriptor\xml\RemoteCommandMgr.xml

Constructeur : RemoteCommandMgrImpl()

Aucune action de migration n'est nécessaire.
Les classes de propriétés suivantes servent à représenter et à manipuler les références de noeud final WS-Addressing dans l'API Java des services Web XML (JAX-WS) 2.0 :
  • com.ibm.websphere.wsaddressing.jaxws.W3CEndpointReference
  • com.ibm.websphere.wsaddressing.jaxws.SubmissionEndpointReference
  • com.ibm.websphere.wsaddressing.jaxws.EndpointReferenceConverter
Optez plutôt pour les classes suivantes :
  • javax.xml.ws.wsaddressing.W3CEndpointReference
  • com.ibm.websphere.wsaddressing.jaxws21.SubmissionEndpointReference
  • com.ibm.websphere.wsaddressing.jaxws21.EndpointReferenceConverter
Types WCCM (WebSphere Common Configuration Model) suivants :
  • SIBJMSProvider
  • SIBJMSConnectionFactory
  • SIBJMSQueueConnectionFactory
  • SIBJMSTopicConnectionFactory
  • SIBJMSQueue
  • SIBJMSTopic
Si l'un de vos scripts wsadmin Jython ou Jacl utilise l'un de ces types, modifiez le script pour qu'il utilise la commande AdminTask afin d'exécuter la fonction équivalente. Par exemple :
AdminTask.listSIBJMSQueues()
Environnement Module mod_file_cache d'IBM HTTP Server (IHS) Transférez vos directives de configuration IHS du module mod_file_cache vers le mécanisme de cache approprié fourni dans la nouvelle version du serveur (soit mod_mem_cache, soit mod_cache).
Module mod_ibm_ldap d'IHS Transférez vos directives de configuration du module mod_ibm_ldap vers le module équivalent, mod_ldap.
Module mod_mime_magic d'IHS Supprimez toutes les directives de configuration IHS associées à ce module.
Module mod_proxy_ftp d'IHS Supprimez toutes les directives de configuration IHS associées à ce module.
Module mod_afpa_cache d'IHS

Adaptive Fast Path Architecture (AFPA) est déprécié pour les systèmes d'exploitation AIX et Windows pour la mise en cache de contenu statique et généré dynamiquement.

Supprimez toutes les directives de configuration IHS associées à ce module.
Outils d'installation et de maintenance Prise en charge d'IBM Update Installer for WebSphere Software version 6.x pour la maintenance de WebSphere Application Server version 6.0.2.21+ et version 6.1.0.x Utilisez IBM Update Installer for WebSphere Software version 7.0.

Update Installer version 7.0 prend en charge la maintenance pour WebSphere Application Server version 6.0.2.21+, version 6.1.0.x et version 7.0.

Prise en charge d'IBM WebSphere Installation Factory version 6.1 pour créer les modules d'installation pour WebSphere Application Server version 6.1 Utilisez IBM WebSphere Installation Factory version 7.0.

WebSphere Installation Factory version 7.0 permet de créer des modules d'installation pour WebSphere Application Server version 6.1 et version 7.0.

Ressources J2EE Les fonctions suivantes :
  • Le support autorisant l'utilisation de fournisseurs JMS non conformes à la spécification J2EE Connector Architecture 1.5 est déprécié.

    Le fournisseur de messagerie par défaut de WebSphere Application Server version 5 a été déprécié dans la version 6.1.

  • Le fournisseur de messagerie WebSphere MQ a été mis à jour dans la version 7.0 afin de prendre en charge la spécification J2EE Connector Architecture 1.5. Les autres utilisations de ce fournisseur sont dépréciées.
Utilisez les fournisseurs JMS non conformes à la spécification J2EE Connector Architecture 1.5.
Accès aux données Propriété système disablePK54589 Configurez la propriété personnalisée isConnectionSharingBasedOnCurrentState de la source de données.

Si vous utilisez la propriété disablePK54589=true, vous pouvez la remplacer par la propriété isConnectionSharingBasedOnCurrentState=false.

Programmation Fourniture de la bibliothèque JWL (JavaServer Faces widget library) avec WebSphere Application Server Créez manuellement une bibliothèque partagée pour JWL en utilisant le fichier JAR issu de Rational Application Developer.
Gestion des profils Modèle de profil de gestionnaire de déploiement Utilisez le modèle de profil de gestion avec un serveur de gestionnaire de déploiement.
Sécurité Support pour l'utilisation de l'intercepteur de relations de confiance SPNEGO (Simple and Protected GSS-API Negotiation Mechanism) pour négocier et authentifier des demandes HTTP de façon sécurisée pour des ressources sécurisées. Utilisez l'authentification Web SPNEGO imbriquée pour permettre un rechargement dynamique des filtres SPNEGO et la rétromigration vers la méthode de connexion d'application.
Serveurs Fourniture d'Apache Struts 1.1, 1.2.4 et 1.2.7 comme bibliothèques optionnelles dans WebSphere Application Server Si vous souhaitez continuer à utiliser ces versions d'Apache Struts, vous pouvez vous les procurer auprès du site Web Apache Struts.
Pour le transport au sein d'un groupe central, les options de configuration suivantes :
  • Diffusion point à point (UNICAST)
  • Multidiffusion (MULTICAST)
Passez au transport par structure de canaux (CHANNEL_FRAMEWORK).

Pour plus d'informations, voir Transports du groupe central.

Administration du système Option permettant d'installer le client d'application connectable (ou tiers) comme client d'application IBM pour WebSphere Application Server Utilisez le nouveau client d'application partiel EJB à la place.
Les fonctions de sécurité SIBus (bus d'intégration de services) suivantes :
  • Option -secure des commandes createSIBus et modifySIBus
  • Commandes listInheritSenderForTopic, listInheritReceiverForTopic et listInheritDefaultsForDestination
  • Alias d'authentification entre moteurs
Exécuter les opérations suivantes :
  • Utilisez l'option -busSecurity à la place de l'option -secure.
  • Remplacez les utilisations des commandes listInheritSenderForTopic, listInheritReceiverForTopic et listInheritDefaultsForDestination par celles des commandes isInheritSenderForTopic, isInheritReceiverForTopic et isInheritDefaultsForDestinaton, respectivement.
  • Supprimez toute utilisation de l'option -interEngineAuthenticationAlias dans les commandes createSIBus et modifySIBus.
Outil de collecte (collector.bat ou collector.sh) qui rassemble des informations relatives à l'installation de WebSphere Application Server et les regroupe dans un fichier d'archive Java (JAR) que vous pouvez envoyer au service de support logiciel IBM
Remarque : Cette fonction est obsolète.
Utilisez IBM Support Assistant (ISA) Lite.
Modèles de serveur proxy basé sur le protocole Utilisez la console d'administration ou les commandes wsadmin du groupe de commandes ServerManagement pour sélectionner un ou plusieurs protocoles de serveurs proxy.

Pour plus d'informations, voir Groupe de commandes ServerManagement de l'objet AdminTask.

Point tactile WebSphere (composant WAS.admin.wstp — toutes les classes et méthodes) Utilisez les autres interfaces de gestion standard dans WebSphere Application Server.
Commandes du groupe de commandes SecureConversation pour l'objet AdminTask Utilisez les commandes du groupe de commandes WSSCacheManagement pour gérer les configurations de cache réparti WS-Security (Web Services Security).
Les noms de configuration Lightweight Directory Access Protocol (LDAP) suivants dans le référentiel fédéré du gestionnaire de membres virtuels (VMM)) :
  • SECUREWAY, IDS4, IDS51 et IDS6
  • DOMINO5, DOMINO6 et DOMINO65
  • AD2000 et AD2003
Utilisez les noms de configuration suivants :
  • IDS au lieu de SECUREWAY, IDS4, IDS51 ou IDS6
  • DOMINO au lieu de DOMINO5, DOMINO6 ou DOMINO65
  • AD au lieu de AD2000 ou AD2003
Services Web Support pour l'espace de nom de liaison du WSDL (WS-Addressing Web Services Description Language) '2006/02' Remplacez tous les espaces de nom '2006/02' des fichiers WSDL par l'espace de nom '2006/05'
Interface Web Services Distributed Management (WSDM) Utilisez les autres interfaces de gestion standard dans WebSphere Application Server.
Protocole propriété d'IBM SOAP sur Java Message Service (JMS) pour les applications Java API for XML Web Services (JAX-WS) ou Java API for XML-based RPC (JAX-RPC) Optez pour le protocole standard SOAP sur JMS.

Pour plus d'informations, consultez la rubrique Protocole SOAP et JMS et la page SOAP over Java Message Service.

Restriction : Si votre application client appelle des services Web basés sur des beans enterprise pris en charge par une édition de WebSphere Application Server antérieure à la version 7.0, vous devez continuer à utiliser le protocole propriétaire IBM SOAP sur JMS pour accéder à ces services Web.

Fonctions dépréciées dans la version 6.1

[z/OS]
Tableau 10. Fonctions dépréciées dans la version 6.1. Ce tableau décrit les fonctions qui sont devenues obsolètes dans la version 6.1.
Catégorie Obsolescence Action de migration recommandée
Modèle de programmation d'application Méthode setDatabaseDefaultIsolationLevel(int) dans la classe com.ibm.websphere.rsadapter.DataStoreHelperMetaData Commencez à utiliser la méthode de remplacement suivante :
public final void
  setDatabaseDefaultIsolationLevel  
  ( int helperDefaultLevel, 
  int cusDefinedWasDefaultIsoLevel ) 
Classe et interface suivantes dans la structure de médiation d'exécution :
  • classe com.ibm.websphere.sib.mediation.handler.SIMessageContextException
  • interface com.ibm.websphere.sib.mediation.messagecontext.SIMediationBean MessageContext
Remplacez toutes les utilisations de la classe com.ibm.websphere.sib,.mediation.handler.SIMessageContextException par la classe com.ibm.websphere.sib.mediation.handler.MessageContextException.

Remplacez toutes les utilisations de l'interface com.ibm.websphere.sib.mediation.messagecontext.SIMediationBean par une interface équivalente. WebSphere Application Server ne fournit pas d'amélioration pour cette interface.

Prise en charge de la configuration du transport HTTP Commencez à passer aux canaux de transport.
Les fonctions de bean de message suivantes du conteneur Web :
  • startTransports
  • stopTransports
  • restartWebApplication
Commencez à passer à la structure des canaux.

La structure des canaux fournit le bean de message TransportChannelService, plus souple et possédant davantage de méthodes que les fonctions de transport du conteneur Web actuel.

Prise en charge du déploiement des beans entity gérés par le conteneur vers une base de données générique SQL Si une application utilise les langages SQL92 ou SQL99 parce qu'elle doit s'exécuter avec des bases de données relationnelles différentes, utilisez l'outil IBM pour générer un code déployé pour chaque fournisseur de base de données ou chaque Version que l'application est susceptible d'utiliser. Au moment de l'installation, spécifiez le vendeur de base de données ou la version qui sera utilisée avec WebSphere Application Server.
Support d'exécution des outils IBM WebSphere Studio, fourni par les classes suivantes (qui étaient utilisées pour tirer parti des outils de VisualAge for Java) :
  • 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
Donnez une nouvelle architecture à vos applications pour utiliser les conventions de codage standard J2EE.
Zone de constante CUSTOM_HELPER dans la classe API com.ibm.websphere.rsadapter.DataStoreHelper Si vous créez votre propre classe d'implémentation DataStoreHelper, n'appelez pas setHelperType(DataStoreHelper.CUSTOM_HELPER). A la place, laissez la valeur HelperType être établie par la classe d'implémentation de laquelle elle hérite.
Ressources J2EE Prise en charge de la capacité de connexion à partir d'un serveur d'applications ou d'un client de l'application J2EE vers le composant serveur JMS de la fonction de messagerie intégrée dans WebSphere Application Server version 5
Cette obsolescence inclut les capacités suivantes :
  • Capacité à définir des spécifications de ressources JMS pour le fournisseur de messagerie par défaut de la version 5
  • Capacité à établir des connexions à partir d'applications de clients gérées dans un environnement de version 5, ou utilisant les spécifications de ressources du fournisseur de messagerie par défaut de la version 5
Exécuter les opérations suivantes :
  1. Assurez-vous que tous les fournisseurs de messagerie du serveur JMS hébergés par les serveurs d'applications WebSphere Application Server version 5.1 sont passés à la version 6.0 ou à d'autres serveurs d'applications de version ultérieure. Cette tâche est traitée automatiquement quand vous faites migrer un serveur de version 5.x vers une version 6.0 ou ultérieure.
  2. Changez toutes les spécifications de ressources JMS pour utiliser le nouveau fournisseur de messagerie par défaut de la version 6 en remplacement de celui de la version 5.
Administration du système Boîte de dialogue personnalisée, c'est-à-dire l'ensemble des panneaux du système interactif de la fonction de productivité (ISPF) utilisés pour créer des travaux et des instructions pour la configuration et la migration du WebSphere Application Server pour environnement z/OS
Utilisez l'outil Profile Management Tool (z/OS uniquement) ou la commande zpmt afin de générer les travaux et les instructions pour la création de profils.
  • Pour plus d'informations sur l'utilisation de l'outil Profile Management Tool (z/OS uniquement), consultez l'article Configuration des environnements de serveurs d'applications z/OS avec le gestionnaire de profils dans le centre de documentation.
  • Pour plus d'informations sur l'utilisation de la commande zpmt, consultez l'article Configuration des environnements de serveurs d'applications z/OS avec la commande zpmt dans le centre de documentation.

Utilisez l'outil z/OS Migration Management Tool pour générer des définitions de migration. Pour plus d'informations sur l'utilisation de l'outil z/OS Migration Management Tool, consultez l'article Utilisation de l'outil z/OS Migration Management Tool pour créer et gérer des définitions de migration dans le centre de documentation.

Commande clientUpgrade Aucune action de migration n'est nécessaire.
Auxiliaire du magasin de données Cloudscape (com.ibm.websphere.rsadapter.CloudscapeDataStoreHelper) et auxiliaire du magasin de données du serveur réseau Cloudscape (com.ibm.websphere.rsadapter.CloudscapeNetworkServerDataStoreHelper) ainsi que leurs types dans DataStoreHelpe Aucune action de migration n'est nécessaire pour les configurations existantes. L'utilitaire de migration change les auxiliaires Cloudscape dépréciés en auxiliaires Derby.

Pour de nouvelles configurations, utilisez les types et auxiliaires du magasin de données Derby en remplacement des auxiliaires du magasin de données Cloudscape.

Pour plus d'informations, voir Paramètres minimum requis des sources de données classés par fournisseur.

Fournisseur de pilote JDBC de type 2 DB2 basé sur CLI Commencez à utiliser le fournisseur de pilote JDBC DB2 Universal.
Prise en charge du pool d'unités d'exécution LPD (com.ibm.websphere.csi.ThreadPoolStrategy.LogicalPoolDistribution) Aucune action de migration n'est nécessaire.

Cependant, quand cette fonction sera supprimée, toutes les propriétés ORB personnalisées que vous aviez spécifiées à cet effet seront ignorées. Les propriétés personnalisées ORB importantes sont com.ibm.websphere.threadpool.strategy.LogicalPoolDistribution.*.

Pour plus d'informations, voir Propriétés personnalisées ORB (Object Request Broker).

Configuration du pool d'unités d'exécution ORB comme partie de l'objet du serveur dans le fichier server.xml Utilisez la configuration du pool d'unités d'exécution qui fait partie de l'objet du ServerIndex dans le fichier serverindex.xml.
Variable de configuration protocol_http_transport_class_mapping_file indiquant le nom de fichier de mappage de la classe de transaction Utilisez la variable de configuration wlm_classification_file pour indiquer le nom du fichier XML qui mappe les demandes HTTP sur les classes de transaction WLM.

Le fichier de mappage déconseillé prenait en charge la spécification de classes de transaction multiples par ligne. Cela a permis la création d'un effet de diffusion du travail à permutation circulaire. Même si le fichier XML pointé par wlm_classification_file ne prend pas en charge la spécification des classes de transaction multiples par ligne, vous pouvez mieux obtenir le même effet en utilisant l'option de permutation circulaire de zWLM. Sélectionnez cette option en spécifiant wlm_stateful_session_placement_on=1.

Les variables de configuration suivantes :
  • protocol_http_backlog
  • protocol_https_backlog
  • protocol_iiop_backlog
  • protocol_iiop_backlog_ssl
Eviter les incidents Eviter les incidents: Les variables de configuration protocol_iiop_backlog et protocol_iiop_backlog_ss ne sont pas dépréciées pour le démon.gotcha
Utilisez la propriété personnalisée listenBacklog du canal de transport TCP.

Pour de plus amples informations sur l'utilisation de cette propriété, lisez la section Propriétés personnalisées du canal de transport TCP

Fichier de mappage de certificat SSL spécifié par la variable d'environnement protocol_https_cert_mapping_file
Les variables connexes de configuration suivantes sont également dépréciées :
  • protocol_https_cert_mapping_file
  • protocol_https_default_cert_label
Aucune action de migration n'est nécessaire pour l'instant.

Une prochaine version de WebSphere Application Server pour z/OS vous fournira un nouveau mécanisme de configuration qui vous permettra de choisir un certificat serveur SSL à utiliser pour l'établissement de la liaison SSL en fonction de l'adresse IP du serveur de la connexion socket. Ce nouveau mécanisme administratif remplacera le format actuel du fichier pointé par la variable protocol_http_cert_mapping_file.

Propriété système de la JVM com.ibm.websphere.sendredirect.compatibility Commencez à modifier vos applications pour réacheminer les URL non-connexes, celles commençant par une barre oblique ("/"), relatives à la racine du conteneur servlet (racine_serveur_web) au lieu de la racine du contexte de l'application Web.

Lisez la spécification Java Servlet 2.4 pouvant être téléchargée sur le site http://jcp.org/aboutJava/communityprocess/final/jsr154/ pour plus d'informations sur le comportement de sendRedirect.

Extension personnalisée du conteneur Web PageList Servlet, ainsi que les classes suivantes :
  • com.ibm.servlet.ClientList
  • com.ibm.servlet.ClientListElement
  • com.ibm.servlet.MLNotFoundException
  • com.ibm.servlet.PageListServlet
  • com.ibm.servlet.PageNotFoundException
Donnez une nouvelle architecture à vos applications pour utiliser les classes javax.servlet.filter plutôt que les classes com.ibm.servlet.

En commençant avec la spécification Java Servlet 2.3, les classes javax.servlet.filter vous permettent d'intercepter des requêtes et d'examiner des réponses. Elles offrent également une fonctionnalité de chaînage ainsi qu'une fonctionnalité d'embellissement ou de troncature des réponses.

Propriété personnalisées suivantes pour une source de données :
  • validateNewConnection
  • validateNewConnectionRetryCount
  • validateNewConnectionRetryInterval
Le produit offre désormais ces propriétés comme options préconfigurées correspondant aux propriétés de remplacement dans la liste suivante. Pour éviter les messages d'erreur d'exécution, désactivez de façon permanente les propriétés personnalisées d'origine en les supprimant de la liste des propriétés personnalisées.
  • validateNewConnection : remplacée par Inspecter les nouvelles connexions
  • validateNewConnectionRetryCount : remplacée par Nombre de nouvelles tentatives
  • validateNewConnectionRetryInterval : remplacée par Intervalle entre les nouvelles tentatives
Remarque : Si les anciennes et les nouvelles propriétés coexistent, les nouvelles sont prioritaires.
Administration du système Redémarrage et reprise homologue(PRR) Pour une reprise de transaction, passez de l'utilisation de la fonctionnalité PPR à celle du gestionnaire de haute disponibilité.

Pour de plus amples informations sur la configuration du gestionnaire de haute disponibilité pour effectuer la reprise de transaction, lisez la section Haute disponibilité transactionnelle.

Sécurité SWAM (Simple WebSphere Authentication Mechanism) Utilisez le mécanisme d'authentification LTPA.

Pour plus d'informations, voir LTPA (Lightweight Third Party Authentication).

Fonction auxiliaire d'authentification CORBA LoginHelper (com.ibm.ws.security.util.LoginHelper) Faites migrer vers JAAS (Java Authentication and Authorization Service). Pour de plus amples informations sur cette migration, lisez la section Migration d'une connexion par programmation CORBA (Common Object Request Broker Architecture) vers JAAS (Java Authentication and Authorization Service).
Interface TAI (trust association interceptor) com.ibm.ws.security.web.WebSealTrustAssociationInterceptor

Cet intercepteur TAI Tivoli, qui implémente l'interface TAI de WebSphere Application Server, était fourni pour prendre en charge WebSEAL version 4.1.

Si vous prévoyez d'utiliser WebSEAL 5.1 ou version ultérieure, vous devez effectuer une migration pour utiliser l'intercepteur com.ibm.ws.security.web.TAMTrustAssociationInterceptorPlus.
Prise en charge du système SSL z/OS pour tous les types de serveurs à l'exception de Daemon Commencez à convertir les scripts existants wsadmin qui utilisent les paramètres de sécurité z/OS System SSL en scripts utilisant les paramètres de sécurité JSSE.
performance Le support de l'interface JVMPI (Java Virtual Machine Profiler Interface) est déprécié, ainsi que les compteurs d'exécution de JVM suivants :
  • ObjectMovedCount
  • ObjectFreedCount
  • ObjectAllocateCount
Commencez à passer à l'interface de l'outil de la machine virtuelle Java (JVMTI).

Pour plus d'informations, lisez la documentation relative à l'interface JVMTI (JVM Tool Interface).

Prise en charge de l'interface de débogage de la machine virtuelle Java (JVMDI) Commencez à passer à l'interface de l'outil de la machine virtuelle Java (JVMTI).

Pour plus d'informations, lisez la documentation relative à l'interface JVMTI (JVM Tool Interface).

Identification des problèmes Format de l'ID de message utilisé dans WebSphere Application Server version 6.0.x et dans les versions antérieures

Les préfixes de message pour les fichiers journaux n'ont pas été préalablement enregistrés avec le registre principal des messages. Les versions 6.1.x et ultérieures de WebSphere Application Server utilisent des préfixes de message compatibles dans les journaux de sortie.

Utilisez la commande convertlog et la classe MessageConverter pour vous assister dans la migration des outils qui reposent sur l'ancien format de message.

Pour plus d'informations, voir Conversion des fichiers journaux pour utiliser les ID de messages uniques IBM.

Plug-in com.ibm.etools.logging.util, fichier logutil.jar
  • Fonction de journalisation

    Fonction de journalisation utilisée pour journaliser des primitives Java et des objets complexes vers des consignateurs nommés ; configurable avec des niveaux de filtrage prédéfinis, un agent de journalisation et des collecteurs de fichiers et des formats de sortie à travers une API, un fichier manifeste Eclipse de plug-in ou un panneau de préférence Eclipse.

  • Agent de journalisation

    Agent de messagerie basé XML utilisé en association avec le contrôleur d'agent IBM pour écrire des enregistrements de journalisation et de traçage XML dans un service de journalisation joignable à distance à travers une API ou une plateforme d'outils de test et de performance (TPTP), des Hyades, un plan de travail Eclipse

  • Artefacts et messages d'identification des incidents

    Implémentation originale de la Manageability (M12) Model Problem Determination Architecture, version 1.5 et spécification du Modèle des données communes aux artefacts de détermination des problèmes utilisé pour capturer et encoder le journal et les données d'une trace

  • Service de corrélateurs distribués (DCS)

    Service de corrélateurs distribués utilisé pour instrumentaliser des identificateurs de corrélation pour corréler des données de journalisation et de traçage dans un ou plusieurs hôtes

  • Liaisons clients Java

    Liaisons clients Java utilisées pour communiquer avec le contrôleur d'agent IBMafin de lancer des traitements locaux et à distance, se connecter à des traitements en cours d'exécution et surveiller les agents actifs dans un environnement client sécurisé

Commencez à déplacer les plug-in et le code de l'application en utilisant des fichiers de configuration, des classes, des méthodes ou des variables dans le plug-in com.ibm.etools.logging.util vers les remplacements suivants :
  • Fonction de journalisation

    Remplacement : API de consignation Java dans Java version 1.4.0+ ; support Logging Agent pour les API de consignation Java fournies dans TPTP et Common Logging (com.ibm.etools.common.logging/logging.jar)

  • Agent de journalisation

    Remplacement : Agent de journalisation TPTP (org.eclipse.hyades.logging.core/hlcore.jar)

  • Artefacts et messages d'identification des incidents

    Remplacement : Spécification Common Base Event version 1.0.1 et implémentation TPTP (org.eclipse.hyades.logging.core/hlcbe101.jar)

  • Service de corrélateurs distribués (DCS)

    Remplacement : Service de corrélation TPTP (org.eclipse.hyades.execution.correlation/hcorrelation.jar)

  • Liaisons clients Java

    Remplacement : Liaisons clients Java TPTP (org.eclipse.hyades.execution/hexl.jar)

Pour de plus amples informations, lisez le document com.ibm.etools.logging.util\doc\IBM_Logging_Utilities_Migration_Guide.html.
[AIX Solaris HP-UX Linux Windows]
Tableau 11. Fonctions dépréciées dans la version 6.1. Ce tableau décrit les fonctions qui sont devenues obsolètes dans la version 6.1.
Catégorie Obsolescence Action de migration recommandée
Modèle de programmation d'application Méthode setDatabaseDefaultIsolationLevel(int) dans la classe com.ibm.websphere.rsadapter.DataStoreHelperMetaData Commencez à utiliser les méthodes suivantes à la place :
public final void 
  setDatabaseDefaultIsolationLevel 
  ( int helperDefaultLevel, 
  int cusDefinedWasDefaultIsoLevel ) 
Classe et interface suivantes dans la structure de médiation d'exécution :
  • classe com.ibm.websphere.sib.mediation.handler.SIMessageContextException
  • interface com.ibm.websphere.sib.mediation.messagecontext.SIMediationBean MessageContext
Remplacez toutes les utilisations de la classe com.ibm.websphere.sib,.mediation.handler.SIMessageContextException par la classe com.ibm.websphere.sib.mediation.handler.MessageContextException.

Remplacez toutes les utilisations de l'interface com.ibm.websphere.sib.mediation.messagecontext.SIMediationBean par une interface équivalente. WebSphere Application Server ne fournit pas d'amélioration pour cette interface.

Les fonctions de bean de message suivantes du conteneur Web :
  • startTransports
  • stopTransports
  • restartWebApplication
Commencez à passer à la structure des canaux.

La structure des canaux fournit le bean de message TransportChannelService, plus souple et possédant davantage de méthodes que les fonctions de transport du conteneur Web actuel.

Prise en charge du déploiement des beans entity gérés par le conteneur vers une base de données générique SQL Si une application utilise les langages SQL92 ou SQL99 parce qu'elle doit s'exécuter avec des bases de données relationnelles différentes, utilisez l'outil IBM pour générer un code déployé pour chaque fournisseur de base de données ou chaque Version que l'application est susceptible d'utiliser. Au moment de l'installation, spécifiez le vendeur de base de données ou la version qui sera utilisée avec WebSphere Application Server.
Support d'exécution des outils IBM WebSphere Studio, fourni par les classes suivantes (qui étaient utilisées pour tirer parti des outils de VisualAge for Java) :
  • 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
Donnez une nouvelle architecture à vos applications pour utiliser les conventions de codage standard J2EE.
Zone de constante CUSTOM_HELPER dans la classe API com.ibm.websphere.rsadapter.DataStoreHelper Si vous créez votre propre classe d'implémentation DataStoreHelper, n'appelez pas setHelperType(DataStoreHelper.CUSTOM_HELPER). A la place, laissez la valeur HelperType être établie par la classe d'implémentation de laquelle elle hérite.
Ressources J2EE Prise en charge de la capacité de connexion à partir d'un serveur d'applications ou d'un client de l'application J2EE vers le composant serveur JMS de la fonction de messagerie intégrée dans WebSphere Application Server version 5
Cette obsolescence inclut les capacités suivantes :
  • Capacité à définir des spécifications de ressources JMS pour le fournisseur de messagerie par défaut de la version 5
  • Capacité à établir des connexions à partir d'applications de clients gérées dans un environnement de version 5, ou utilisant les spécifications de ressources du fournisseur de messagerie par défaut de la version 5
Exécuter les opérations suivantes :
  1. Assurez-vous que tous les fournisseurs de messagerie du serveur JMS hébergés par les serveurs d'applications WebSphere Application Server version 5.1 sont passés à la version 6.0 ou à d'autres serveurs d'applications de version ultérieure. Cette tâche est traitée automatiquement quand vous faites migrer un serveur de version 5.x vers une version 6.0 ou ultérieure.
  2. Changez toutes les spécifications de ressources JMS pour utiliser le nouveau fournisseur de messagerie par défaut de la version 6 en remplacement de celui de la version 5.
Administration du système Commande setup Utilisez la commande install.
Commande clientUpgrade Aucune action de migration n'est nécessaire.
Commande wasprofile Utilisez la commande manageprofiles.

Pour plus d'informations, voir Commande manageprofiles.

Paramètres de commande WASPostUpgrade suivants :
  • -import fichier_données_xmi
  • -substitute "key1=value1[;key2=value2;[...]]"
Aucune action de migration n'est nécessaire.
Auxiliaire du magasin de données Cloudscape (com.ibm.websphere.rsadapter.CloudscapeDataStoreHelper) et auxiliaire du magasin de données du serveur réseau Cloudscape (com.ibm.websphere.rsadapter.CloudscapeNetworkServerDataStoreHelper) ainsi que leurs types dans DataStoreHelpe Aucune action de migration n'est nécessaire pour les configurations existantes. L'utilitaire de migration change les auxiliaires Cloudscape dépréciés en auxiliaires Derby.

Pour de nouvelles configurations, utilisez les types et auxiliaires du magasin de données Derby en remplacement des auxiliaires du magasin de données Cloudscape.

Pour plus d'informations, voir Paramètres minimum requis des sources de données classés par fournisseur.

Fournisseur de pilote JDBC de type 2 DB2 basé sur CLI Commencez à utiliser le fournisseur de pilote JDBC DB2 Universal.
Prise en charge du pool d'unités d'exécution LPD (com.ibm.websphere.csi.ThreadPoolStrategy.LogicalPoolDistribution) Aucune action de migration n'est nécessaire.

Cependant, quand cette fonction sera supprimée, toutes les propriétés ORB personnalisées que vous aviez spécifiées à cet effet seront ignorées. Les propriétés personnalisées ORB importantes sont com.ibm.websphere.threadpool.strategy.LogicalPoolDistribution.*.

Pour plus d'informations, lisez les sections Distribution LPD (Logical Pool Distribution) et Propriétés personnalisées ORB (Object Request Broker).

Configuration du pool d'unités d'exécution ORB comme partie de l'objet du serveur dans le fichier server.xml Utilisez la configuration du pool d'unités d'exécution qui fait partie de l'objet du ServerIndex dans le fichier serverindex.xml.
Propriété système de la JVM com.ibm.websphere.sendredirect.compatibility Commencez à modifier vos applications pour réacheminer les URL non-connexes, celles commençant par une barre oblique ("/"), relatives à la racine du conteneur servlet (racine_serveur_web) au lieu de la racine du contexte de l'application Web.

Lisez la spécification Java Servlet 2.4 pouvant être téléchargée sur le site http://jcp.org/aboutJava/communityprocess/final/jsr154/ pour plus d'informations sur le comportement de sendRedirect.

Extension personnalisée du conteneur Web PageList Servlet, ainsi que les classes suivantes :
  • com.ibm.servlet.ClientList
  • com.ibm.servlet.ClientListElement
  • com.ibm.servlet.MLNotFoundException
  • com.ibm.servlet.PageListServlet
  • com.ibm.servlet.PageNotFoundException
Donnez une nouvelle architecture à vos applications pour utiliser les classes javax.servlet.filter plutôt que les classes com.ibm.servlet.

En commençant avec la spécification Java Servlet 2.3, les classes javax.servlet.filter vous permettent d'intercepter des requêtes et d'examiner des réponses. Elles offrent également une fonctionnalité de chaînage ainsi qu'une fonctionnalité d'embellissement ou de troncature des réponses.

Propriété personnalisées suivantes pour une source de données :
  • validateNewConnection
  • validateNewConnectionRetryCount
  • validateNewConnectionRetryInterval
Le produit offre désormais ces propriétés comme options préconfigurées correspondant aux propriétés de remplacement dans la liste suivante. Pour éviter les messages d'erreur d'exécution, désactivez de façon permanente les propriétés personnalisées d'origine en les supprimant de la liste des propriétés personnalisées.
  • validateNewConnection : remplacée par Inspecter les nouvelles connexions
  • validateNewConnectionRetryCount : remplacée par Nombre de nouvelles tentatives
  • validateNewConnectionRetryInterval : remplacée par Intervalle entre les nouvelles tentatives
Remarque : Si les anciennes et les nouvelles propriétés coexistent, les nouvelles sont prioritaires.
Propriété personnalisée du service de transactions DISABLE_FILE_LOCKING Décochez la case Activer le verrouillage de fichiers sur le panneau Fonction transactions de la console d'administration.

Pour plus d'informations, voir Désactiver le verrouillage de fichiers.

SWAM (Simple WebSphere Authentication Mechanism) Utilisez le mécanisme d'authentification LTPA.

Pour plus d'informations, voir LTPA (Lightweight Third Party Authentication).

Sécurité Fonction auxiliaire d'authentification CORBA LoginHelper (com.ibm.ws.security.util.LoginHelper) Faites migrer vers JAAS (Java Authentication and Authorization Service). Pour de plus amples informations sur cette migration, lisez la section Migration d'une connexion par programmation CORBA (Common Object Request Broker Architecture) vers JAAS (Java Authentication and Authorization Service).
Interface TAI (trust association interceptor) com.ibm.ws.security.web.WebSealTrustAssociationInterceptor

Cet intercepteur TAI Tivoli, qui implémente l'interface TAI de WebSphere Application Server, était fourni pour prendre en charge WebSEAL version 4.1.

Si vous prévoyez d'utiliser WebSEAL 5.1 ou version ultérieure, vous devez effectuer une migration pour utiliser l'intercepteur com.ibm.ws.security.web.TAMTrustAssociationInterceptorPlus.
Le support de l'interface JVMPI (Java Virtual Machine Profiler Interface) est déprécié, ainsi que les compteurs d'exécution de JVM suivants :
  • ObjectMovedCount
  • ObjectFreedCount
  • ObjectAllocateCount
Commencez à passer à l'interface de l'outil de la machine virtuelle Java (JVMTI).

Pour plus d'informations, lisez la documentation relative à l'interface JVMTI (JVM Tool Interface).

performance Prise en charge de l'interface de débogage de la machine virtuelle Java (JVMDI) Commencez à passer à l'interface de l'outil de la machine virtuelle Java (JVMTI).

Pour plus d'informations, lisez la documentation relative à l'interface JVMTI (JVM Tool Interface).

Format de l'ID de message utilisé dans WebSphere Application Server version 6.0.x et dans les versions antérieures

Les préfixes de message pour les fichiers journaux n'ont pas été préalablement enregistrés avec le registre principal des messages. Les versions 6.1.x et ultérieures de WebSphere Application Server utilisent des préfixes de message compatibles dans les journaux de sortie.

Utilisez la commande convertlog et la classe MessageConverter pour vous assister dans la migration des outils qui reposent sur l'ancien format de message.

Pour plus d'informations, voir Conversion des fichiers journaux pour utiliser les ID de messages uniques IBM.

Identification des problèmes Plug-in com.ibm.etools.logging.util, fichier logutil.jar
  • Fonction de journalisation

    Fonction de journalisation utilisée pour journaliser des primitives Java et des objets complexes vers des consignateurs nommés ; configurable avec des niveaux de filtrage prédéfinis, un agent de journalisation et des collecteurs de fichiers et des formats de sortie à travers une API, un fichier manifeste Eclipse de plug-in ou un panneau de préférence Eclipse.

  • Agent de journalisation

    Agent de messagerie basé XML utilisé en association avec le contrôleur d'agent IBM pour écrire des enregistrements de journalisation et de traçage XML dans un service de journalisation joignable à distance à travers une API ou une plateforme d'outils de test et de performance (TPTP), des Hyades, un plan de travail Eclipse

  • Artefacts et messages d'identification des incidents

    Implémentation originale de la Manageability (M12) Model Problem Determination Architecture, version 1.5 et spécification du Modèle des données communes aux artefacts de détermination des problèmes utilisé pour capturer et encoder le journal et les données d'une trace

  • Service de corrélateurs distribués (DCS)

    Service de corrélateurs distribués utilisé pour instrumentaliser des identificateurs de corrélation pour corréler des données de journalisation et de traçage dans un ou plusieurs hôtes

  • Liaisons clients Java

    Liaisons clients Java utilisées pour communiquer avec le contrôleur d'agent IBMafin de lancer des traitements locaux et à distance, se connecter à des traitements en cours d'exécution et surveiller les agents actifs dans un environnement client sécurisé

Commencez à déplacer les plug-in et le code de l'application en utilisant des fichiers de configuration, des classes, des méthodes ou des variables dans le plug-in com.ibm.etools.logging.util vers les remplacements suivants :
  • Fonction de journalisation

    Remplacement : API de consignation Java dans Java version 1.4.0+ ; support Logging Agent pour les API de consignation Java fournies dans TPTP et Common Logging (com.ibm.etools.common.logging/logging.jar)

  • Agent de journalisation

    Remplacement : Agent de journalisation TPTP (org.eclipse.hyades.logging.core/hlcore.jar)

  • Artefacts et messages d'identification des incidents

    Remplacement : Spécification Common Base Event version 1.0.1 et implémentation TPTP (org.eclipse.hyades.logging.core/hlcbe101.jar)

  • Service de corrélateurs distribués (DCS)

    Remplacement : Service de corrélation TPTP (org.eclipse.hyades.execution.correlation/hcorrelation.jar)

  • Liaisons clients Java

    Remplacement : Liaisons clients Java TPTP (org.eclipse.hyades.execution/hexl.jar)

Pour de plus amples informations, lisez le document com.ibm.etools.logging.util\doc\IBM_Logging_Utilities_Migration_Guide.html.
[IBM i]
Tableau 12. Fonctions dépréciées dans la version 6.1. Ce tableau décrit les fonctions qui sont devenues obsolètes dans la version 6.1.
Catégorie Obsolescence Action de migration recommandée
Modèle de programmation d'application Méthode setDatabaseDefaultIsolationLevel(int) dans la classe com.ibm.websphere.rsadapter.DataStoreHelperMetaData Commencez à utiliser les méthodes suivantes à la place :
public final void 
  setDatabaseDefaultIsolationLevel 
  ( int helperDefaultLevel, 
  int cusDefinedWasDefaultIsoLevel ) 
Classe et interface suivantes dans la structure de médiation d'exécution :
  • classe com.ibm.websphere.sib.mediation.handler.SIMessageContextException
  • interface com.ibm.websphere.sib.mediation.messagecontext.SIMediationBean MessageContext
Remplacez toutes les utilisations de la classe com.ibm.websphere.sib,.mediation.handler.SIMessageContextException par la classe com.ibm.websphere.sib.mediation.handler.MessageContextException.

Remplacez toutes les utilisations de l'interface com.ibm.websphere.sib.mediation.messagecontext.SIMediationBean par une interface équivalente. WebSphere Application Server ne fournit pas d'amélioration pour cette interface.

Les fonctions de bean de message suivantes du conteneur Web :
  • startTransports
  • stopTransports
  • restartWebApplication
Commencez à passer à la structure des canaux.

La structure des canaux fournit le bean de message TransportChannelService, plus souple et possédant davantage de méthodes que les fonctions de transport du conteneur Web actuel.

Prise en charge du déploiement des beans entity gérés par le conteneur vers une base de données générique SQL Si une application utilise les langages SQL92 ou SQL99 parce qu'elle doit s'exécuter avec des bases de données relationnelles différentes, utilisez l'outil IBM pour générer un code déployé pour chaque fournisseur de base de données ou chaque Version que l'application est susceptible d'utiliser. Au moment de l'installation, spécifiez le vendeur de base de données ou la version qui sera utilisée avec WebSphere Application Server.
Support d'exécution des outils IBM WebSphere Studio, fourni par les classes suivantes (qui étaient utilisées pour tirer parti des outils de VisualAge for Java) :
  • 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
Donnez une nouvelle architecture à vos applications pour utiliser les conventions de codage standard J2EE.
Zone de constante CUSTOM_HELPER dans la classe API com.ibm.websphere.rsadapter.DataStoreHelper Si vous créez votre propre classe d'implémentation DataStoreHelper, n'appelez pas setHelperType(DataStoreHelper.CUSTOM_HELPER). A la place, laissez la valeur HelperType être établie par la classe d'implémentation de laquelle elle hérite.
Ressources J2EE Prise en charge de la capacité de connexion à partir d'un serveur d'applications ou d'un client de l'application J2EE vers le composant serveur JMS de la fonction de messagerie intégrée dans WebSphere Application Server version 5
Cette obsolescence inclut les fonctions suivantes :
  • Capacité à définir des spécifications de ressources JMS pour le fournisseur de messagerie par défaut de la version 5
  • Capacité à établir des connexions à partir d'applications de clients gérées dans un environnement de version 5, ou utilisant les spécifications de ressources du fournisseur de messagerie par défaut de la version 5
Exécuter les opérations suivantes :
  1. Assurez-vous que tous les fournisseurs de messagerie du serveur JMS hébergés par les serveurs d'applications WebSphere Application Server version 5.1 sont passés à la version 6.0 ou à d'autres serveurs d'applications de version ultérieure. Cette tâche est traitée automatiquement quand vous faites migrer un serveur de version 5.x vers une version 6.0 ou ultérieure.
  2. Changez toutes les spécifications de ressources JMS pour utiliser le nouveau fournisseur de messagerie par défaut de la version 6 en remplacement de celui de la version 5.
Administration du système Commande clientUpgrade Aucune action de migration n'est nécessaire.
Commande wasprofile Utilisez la commande manageprofiles.

Pour plus d'informations, voir Commande manageprofiles.

Paramètres de commande WASPostUpgrade suivants :
  • -import fichier_données_xmi
  • -substitute "key1=value1[;key2=value2;[...]]"
Aucune action de migration n'est nécessaire.
Auxiliaire du magasin de données Cloudscape (com.ibm.websphere.rsadapter.CloudscapeDataStoreHelper) et auxiliaire du magasin de données du serveur réseau Cloudscape (com.ibm.websphere.rsadapter.CloudscapeNetworkServerDataStoreHelper) ainsi que leurs types dans DataStoreHelpe Aucune action de migration n'est nécessaire pour les configurations existantes. L'utilitaire de migration change les auxiliaires Cloudscape dépréciés en auxiliaires Derby.

Pour de nouvelles configurations, utilisez les types et auxiliaires du magasin de données Derby en remplacement des auxiliaires du magasin de données Cloudscape.

Pour plus d'informations, voir Paramètres minimum requis des sources de données classés par fournisseur.

Fournisseur de pilote JDBC de type 2 DB2 basé sur CLI Commencez à utiliser le fournisseur de pilote JDBC DB2 Universal.
Prise en charge du pool d'unités d'exécution LPD (com.ibm.websphere.csi.ThreadPoolStrategy.LogicalPoolDistribution) Aucune action de migration n'est nécessaire.

Cependant, quand cette fonction sera supprimée, toutes les propriétés ORB personnalisées que vous aviez spécifiées à cet effet seront ignorées. Les propriétés personnalisées ORB importantes sont com.ibm.websphere.threadpool.strategy.LogicalPoolDistribution.*.

Pour plus d'informations, lisez les sections Distribution LPD (Logical Pool Distribution) et Propriétés personnalisées ORB (Object Request Broker).

Configuration du pool d'unités d'exécution ORB comme partie de l'objet du serveur dans le fichier server.xml Utilisez la configuration du pool d'unités d'exécution qui fait partie de l'objet du ServerIndex dans le fichier serverindex.xml.
Propriété système de la JVM com.ibm.websphere.sendredirect.compatibility Commencez à modifier vos applications pour réacheminer les URL non-connexes, celles commençant par une barre oblique ("/"), relatives à la racine du conteneur servlet (racine_serveur_web) au lieu de la racine du contexte de l'application Web.

Lisez la spécification Java Servlet 2.4 pouvant être téléchargée sur le site http://jcp.org/aboutJava/communityprocess/final/jsr154/ pour plus d'informations sur le comportement de sendRedirect.

Extension personnalisée du conteneur Web PageList Servlet, ainsi que les classes suivantes :
  • com.ibm.servlet.ClientList
  • com.ibm.servlet.ClientListElement
  • com.ibm.servlet.MLNotFoundException
  • com.ibm.servlet.PageListServlet
  • com.ibm.servlet.PageNotFoundException
Donnez une nouvelle architecture à vos applications pour utiliser les classes javax.servlet.filter plutôt que les classes com.ibm.servlet.

En commençant avec la spécification Java Servlet 2.3, les classes javax.servlet.filter vous permettent d'intercepter des requêtes et d'examiner des réponses. Elles offrent également une fonctionnalité de chaînage ainsi qu'une fonctionnalité d'embellissement ou de troncature des réponses.

Propriété personnalisées suivantes pour une source de données :
  • validateNewConnection
  • validateNewConnectionRetryCount
  • validateNewConnectionRetryInterval
Le produit offre désormais ces propriétés comme options préconfigurées correspondant aux propriétés de remplacement dans la liste suivante. Pour éviter les messages d'erreur d'exécution, désactivez de façon permanente les propriétés personnalisées d'origine en les supprimant de la liste des propriétés personnalisées.
  • validateNewConnection : remplacée par Inspecter les nouvelles connexions
  • validateNewConnectionRetryCount : remplacée par Nombre de nouvelles tentatives
  • validateNewConnectionRetryInterval : remplacée par Intervalle entre les nouvelles tentatives
Remarque : Si les anciennes et les nouvelles propriétés coexistent, les nouvelles sont prioritaires.
Propriété personnalisée du service de transactions DISABLE_FILE_LOCKING Décochez la case Activer le verrouillage de fichiers sur le panneau Fonction transactions de la console d'administration.

Pour plus d'informations, voir Désactiver le verrouillage de fichiers.

SWAM (Simple WebSphere Authentication Mechanism) Utilisez le mécanisme d'authentification LTPA.

Pour plus d'informations, voir LTPA (Lightweight Third Party Authentication).

Sécurité Fonction auxiliaire d'authentification CORBA LoginHelper (com.ibm.ws.security.util.LoginHelper) Faites migrer vers JAAS (Java Authentication and Authorization Service). Pour de plus amples informations sur cette migration, lisez la section Migration d'une connexion par programmation CORBA (Common Object Request Broker Architecture) vers JAAS (Java Authentication and Authorization Service).
Interface TAI (trust association interceptor) com.ibm.ws.security.web.WebSealTrustAssociationInterceptor

Cet intercepteur TAI Tivoli, qui implémente l'interface TAI de WebSphere Application Server, était fourni pour prendre en charge WebSEAL version 4.1.

Si vous prévoyez d'utiliser WebSEAL 5.1 ou version ultérieure, vous devez effectuer une migration pour utiliser l'intercepteur com.ibm.ws.security.web.TAMTrustAssociationInterceptorPlus.
Le support de l'interface JVMPI (Java Virtual Machine Profiler Interface) est déprécié, ainsi que les compteurs d'exécution de JVM suivants :
  • ObjectMovedCount
  • ObjectFreedCount
  • ObjectAllocateCount
Commencez à passer à l'interface de l'outil de la machine virtuelle Java (JVMTI).

Pour plus d'informations, lisez la documentation relative à l'interface JVMTI (JVM Tool Interface).

performance Prise en charge de l'interface de débogage de la machine virtuelle Java (JVMDI) Commencez à passer à l'interface de l'outil de la machine virtuelle Java (JVMTI).

Pour plus d'informations, lisez la documentation relative à l'interface JVMTI (JVM Tool Interface).

Format de l'ID de message utilisé dans WebSphere Application Server version 6.0.x et dans les versions antérieures

Les préfixes de message pour les fichiers journaux n'ont pas été préalablement enregistrés avec le registre principal des messages. Les versions 6.1.x et ultérieures de WebSphere Application Server utilisent des préfixes de message compatibles dans les journaux de sortie.

Utilisez la commande convertlog et la classe MessageConverter pour vous assister dans la migration des outils qui reposent sur l'ancien format de message.

Pour plus d'informations, voir Conversion des fichiers journaux pour utiliser les ID de messages uniques IBM.

Identification des problèmes Plug-in com.ibm.etools.logging.util, fichier logutil.jar
  • Fonction de journalisation

    Fonction de journalisation utilisée pour journaliser des primitives Java et des objets complexes vers des consignateurs nommés ; configurable avec des niveaux de filtrage prédéfinis, un agent de journalisation et des collecteurs de fichiers et des formats de sortie à travers une API, un fichier manifeste Eclipse de plug-in ou un panneau de préférence Eclipse.

  • Agent de journalisation

    Agent de messagerie basé XML utilisé en association avec le contrôleur d'agent IBM pour écrire des enregistrements de journalisation et de traçage XML dans un service de journalisation joignable à distance à travers une API ou une plateforme d'outils de test et de performance (TPTP), des Hyades, un plan de travail Eclipse

  • Artefacts et messages d'identification des incidents

    Implémentation originale de la Manageability (M12) Model Problem Determination Architecture, version 1.5 et spécification du Modèle des données communes aux artefacts de détermination des problèmes utilisé pour capturer et encoder le journal et les données d'une trace

  • Service de corrélateurs distribués (DCS)

    Service de corrélateurs distribués utilisé pour instrumentaliser des identificateurs de corrélation pour corréler des données de journalisation et de traçage dans un ou plusieurs hôtes

  • Liaisons clients Java

    Liaisons clients Java utilisées pour communiquer avec le contrôleur d'agent IBMafin de lancer des traitements locaux et à distance, se connecter à des traitements en cours d'exécution et surveiller les agents actifs dans un environnement client sécurisé

Commencez à déplacer les plug-in et le code de l'application en utilisant des fichiers de configuration, des classes, des méthodes ou des variables dans le plug-in com.ibm.etools.logging.util vers les remplacements suivants :
  • Fonction de journalisation

    Remplacement : API de consignation Java dans Java version 1.4.0+ ; support Logging Agent pour les API de consignation Java fournies dans TPTP et Common Logging (com.ibm.etools.common.logging/logging.jar)

  • Agent de journalisation

    Remplacement : Agent de journalisation TPTP (org.eclipse.hyades.logging.core/hlcore.jar)

  • Artefacts et messages d'identification des incidents

    Remplacement : Spécification Common Base Event version 1.0.1 et implémentation TPTP (org.eclipse.hyades.logging.core/hlcbe101.jar)

  • Service de corrélateurs distribués (DCS)

    Remplacement : Service de corrélation TPTP (org.eclipse.hyades.execution.correlation/hcorrelation.jar)

  • Liaisons clients Java

    Remplacement : Liaisons clients Java TPTP (org.eclipse.hyades.execution/hexl.jar)

Pour de plus amples informations, lisez le document com.ibm.etools.logging.util\doc\IBM_Logging_Utilities_Migration_Guide.html.

Fonctions dépréciées dans la version 6.0.2

[AIX Solaris HP-UX Linux Windows][IBM i]
Tableau 13. Fonctions dépréciées dans la version 6.0.2. Ce tableau répertorie les fonctions dépréciées dans la version 6.0.2.
Catégorie Obsolescence Action de migration recommandée
Modèle de programmation d'application Méthodes suivantes de la classe 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)
Ces méthodes sont réservées à l'exécution de WebSphere Application Server. Les applications ne doivent pas appeler ces méthodes.
Prise en charge de la configuration du transport HTTP Commencez à passer aux canaux de transport.
performance Interface com.ibm.websphere.cache.DistributedLockingMap N'utilisez pas l'interface com.ibm.websphere.cache.DistributedLockingMap car elle n'est pas prise en charge par l'exécution de WebSphere Application Server.
Constante TYPE_DISTRIBUTED_LOCKING_MAP définie dans la classe com.ibm.websphere.cache.DistributedObjectCache N'utilisez pas la constante TYPE_DISTRIBUTED_LOCKING_MAP définie dans la classe com.ibm.websphere.cache.DistributedObjectCache car elle n'est pas prise en charge par l'exécution de WebSphere Application Server.
Administration du système
Propriété personnalisées suivantes pour une source de données :
  • dbFailOverEnabled
  • connRetriesDuringDBFailover
  • connRetryIntervalDuringDBFailover
Remplacez les propriétés comme suit :
  • Utilisez validateNewConnection en remplacement de dbFailOverEnabled.
  • Utilisez validateNewConnectionRetryCount en remplacement de connRetriesDuringDBFailover.
  • Utilisez validateNewConnectionRetryInterval en remplacement connRetryIntervalDuringDBFailover.
Remarque : Si les anciennes et les nouvelles propriétés coexistent, les nouvelles sont prioritaires.
[z/OS]
Tableau 14. Fonctions dépréciées dans la version 6.0.2. Ce tableau répertorie les fonctions dépréciées dans la version 6.0.2.
Catégorie Obsolescence Action de migration recommandée
Modèle de programmation d'application Méthodes suivantes de la classe 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)
Ces méthodes sont réservées à l'exécution de WebSphere Application Server. Les applications ne doivent pas appeler ces méthodes.
performance Interface com.ibm.websphere.cache.DistributedLockingMap N'utilisez pas l'interface com.ibm.websphere.cache.DistributedLockingMap car elle n'est pas prise en charge par l'exécution de WebSphere Application Server.
Constante TYPE_DISTRIBUTED_LOCKING_MAP définie dans la classe com.ibm.websphere.cache.DistributedObjectCache N'utilisez pas la constante TYPE_DISTRIBUTED_LOCKING_MAP définie dans la classe com.ibm.websphere.cache.DistributedObjectCache car elle n'est pas prise en charge par l'exécution de WebSphere Application Server.
Administration du système
Propriété personnalisées suivantes pour une source de données :
  • dbFailOverEnabled
  • connRetriesDuringDBFailover
  • connRetryIntervalDuringDBFailover
Remplacez les propriétés comme suit :
  • Utilisez validateNewConnection en remplacement de dbFailOverEnabled.
  • Utilisez validateNewConnectionRetryCount en remplacement de connRetriesDuringDBFailover.
  • Utilisez validateNewConnectionRetryInterval en remplacement connRetryIntervalDuringDBFailover.
Remarque : Si les anciennes et les nouvelles propriétés coexistent, les nouvelles sont prioritaires.
[z/OS]

Fonctions dépréciées dans la version 6.0.1

Tableau 15. Fonctions dépréciées dans la version 6.0.1. Ce tableau décrit les fonctions qui sont dépréciées dans la version 6.0.1.
Catégorie Obsolescence Action de migration recommandée
Sécurité Protocole de sécurité IIOP z/SAS (z/OS Secure Authentication Service) Utilisez les protocoles Common Secure Interoperability Version 2 (CSIv2).

Fonctions dépréciées dans la version 6.0

[z/OS]
Tableau 16. Fonctions dépréciées dans la version 6.0. Ce tableau décrit les fonctions qui sont dépréciées dans la version 6.0.
Catégorie Obsolescence Action de migration recommandée
Modèle de programmation d'application et support du conteneur Support des balises tsx suivantes dans le moteur JSP (JavaServer Pages) :
  • repeat
  • dbconnect
  • dbquery
  • getProperty
  • userid
  • passwd
  • dbmodify
Plutôt que d'utiliser les balises tsx, utilisez leurs équivalents issus de la bibliothèque de balises JSTL (JavaServer Pages Standard Tag Library). JSTL est pris en charge dans WebSphere Application Server version 6.0 et la bibliothèque de balises est livrée avec le produit. Aidez-vous de ce tableau pour convertir les balises tsx en balises JSTL :
tsx tag            JSTL tag

tsx:repeat         c:forEach
tsx:dbconnect      sql:setDataSource
tsx:dbquery        sql:query
tsx:getProperty    Utilisez la syntaxe EL standard ; par exemple,
                   c:out value="${book.title}", 
                   où book correspond à l'index courant de 
                   l'ensemble de résultats
tsx:userid         Utilisez l'attribut utilisateur de la
                   balise setDataSource
tsx:passwd         Utilisez l'attribut utilisateur de
                   la balise setDataSource
tsx:dbmodify       sql:update
Les ID de systèmes d'arrière-plan suivants :
  • SQL92 (1992 SQL Standard)
  • SQL99 (1999 SQL Standard)
Utilisez d'autres ID de systèmes d'arrière-plan.
Services d'application API JRas Extensions

Aucune nouvelle évolution n'est prévue pour le support de JRas.

Utilisez la fonction équivalente figurant dans le package java.util.logging (JSR47).

Interface EJB UDDI version 2 d'accès au registre UDDI L'interface EJB n'est pas remplacée. Cette interface est incluse dans WebSphere Application Server version 6.0 pour assurer la compatibilité avec la version 5.x. Les utilisateurs n'ont pas besoin de prendre de mesures spécifiques et peuvent continuer à utiliser l'API EJB version 2 ; toutefois, ils doivent avoir conscience qu'elles ne permettent d'accéder à aucune des nouvelles fonctionnalités UDDI version 3 et qu'elles risquent d'être supprimées dans une future édition de WebSphere Application Server.
Bibliothèque de classe UDDI4J Version 2, fichier uddi4jv2.jar Commencez à utiliser les API UDDI Version 3. Une bibliothèque de clients est fournie pour simplifier la construction et l'envoi des demandes UDDI version 3 à partir de Java. Il s'agit du client IBM UDDI Version 3 pour Java, fourni dans uddiv3client.jar. Les API UDDI4J peuvent encore être utilisées, mais vous devez avoir conscience qu'elles ne permettent d'accéder à aucune des nouvelles fonctionnalités UDDI version 3 et qu'elles risquent d'être supprimées dans une future version de WebSphere Application Server.
Toutes les API de bas niveau des utilitaires UDDI (UUT), telles que BusinessStub, ServiceStub, etc.

Ces API sont toutes remplacées par l'interface de haut niveau PromoterAPI dans le package com.ibm.uddi.promoter.

Commencez à utiliser l'interface PromoterAPI dans le package com.ibm.uddi.promoter à la place de ces API de bas niveau, qui seront supprimées dans une future version de WebSphere Application Server. L'interface PromoterAPI offre les mêmes fonctions à un niveau d'abstraction plus haut.
Méthodes suivantes du contexte d'exécution de l'architecture J2EE Connector :
  • com.ibm.ws.management.descriptor.xml.ConnectionFactory.xml (getPoolContents et les méthodes getAllPoolContents)
  • interface com.ibm.websphere.j2c.ConnectionManager
  • interface com.ibm.websphere.j2c.ConnectionEventListener
Les méthodes sont remplacées comme suit :
  • getPoolContents et getAllPoolContents sont remplacés par showPoolContents et showAllPoolContents.
  • L'interface ConnectionManager est remplacée par l'interface de l'architecture J2EE Connector 1.5 LazyAssociatableConnectionManager.
  • L'interface ConnectionEventListener est remplacée par l'interface de l'architecture J2EE Connector 1.5 LazyEnlistableConnectionManager.

Pour les alias d'authentification gérés par conteneur, spécifiez les justificatifs gérés par conteneur dans les informations de liaison des ressources de l'application.

Propriété ApplicationProfile sur l'écran Work Manager (gestionnaire de travaux) de la console d'administration

Lisez les articles de la section Profilage d'applications pour les différences de profilage d'applications dans les versions 5.x et 6.0.x.

L'élément suivant de l'écran Source de données de la console d'administration :
  • DefaultPrincipleMapping
Définissez la propriété DefaultPrincipleMapping sur la référence de ressource.
Toutes les classes dans le package com.ibm.websphere.servlet.filter, y compris les suivantes :
  • ChainedRequest
  • ChainedResponse
  • ChainerServlet
  • ServletChain
Donnez une nouvelle architecture à vos applications pour utiliser les classes javax.servlet.filter au lieu des classes com.ibm.websphere.servlet.filter. A partir de la spécification servlet 2.3, les classes javax.servlet.filter offrent la possibilité d'intercepter des demandes et d'examiner des réponses. Elles offrent également une fonctionnalité de chaînage ainsi qu'une fonctionnalité d'embellissement ou de troncature des réponses.
Services d'application Filtrage MIME (Multipurpose Internet Mail Extensions)

Les filtres MIME ont d'abord été introduits dans WebSphere Application Server version 3.5 pour permettre aux servlets d'embellir, de tronquer et de modifier les réponses générées par d'autres servlets, d'après les types MIME du contenu de sortie.

Les javax.servlet.filters, introduits dans la spécification servlet 2.3, permettent aux utilisateurs d'insérer des filtres qui interceptent des requêtes et des réponses des servlets. Ils permettent également de modifier le contenu circulant dans l'une et l'autre direction.

Les javax.servlet.filtres gèrent toutes les fonctionnalités des filtres MIME. Les javax.servlet.filtres sont des API standard prises en charge par tous les serveurs d'applications compatibles.

Pour plus d'informations, voir la spécification de servlet 2.3 ou Filtrage de servlets.

Les beans entity à persistance gérée par conteneur (CMP) configurés avec tentative d'accès au niveau méthode sont susceptibles de rencontrer des problèmes d'accès aux données, tels que des blocages. En conséquence, la tentative d'accès au niveau des méthodes est déconseillée. Reconfigurez les beans entity CMP pour utiliser une tentative d'accès au niveau du bean, ou reconfigurez les profils d'application avec WebSphere Application Server Toolkit.
L'ensemble des méthodes et des champs des classes com.ibm.websphere.product.product et com.ibm.websphere.product.buildInfo
Par conséquent, les méthodes suivantes de la classe com.ibm.websphere.product.WASProduct (qui implique les objets com.ibm.websphere.product.product et com.ibm.websphere.product.buildInfo) sont dépréciées :
  • 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()
Utilisez les méthodes suivantes prises en charge de com.ibm.websphere.product.WASDirectory :
  • public WASProductInfo getWASProductInfo(String id)
  • public boolean isThisProductInstalled(String id)
  • public WASProductInfo[] getWASProductInfoInstances()
  • public String getWasLocation()
De plus, pour obtenir les informations produit (nom, version, niveau de compilation, date de compilation) n'utilisez plus l'ancienne API WASProduct (com.ibm.websphere.product.WASProduct), mais utilisez désormais les méthodes suivantes de la classe WASDirectory :
  • 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)
Beans d'accès aux données, livrés avec WebSphere Application Server dans le fichier databeans.jar Au lieu d'utiliser les beans d'accès aux données, utilisez plutôt les objets SDO (Service Data Objects).
Attributs reloadInterval et reloadingEnabled des extensions de descripteurs de déploiement IBM, y compris l'extension de fichier WAR (WEB-INF/ibm-web-ext.xmi) et l'extension d'application (META-INF/ibm-application-ext.xmi). Au lieu d'utiliser les extensions de descripteurs de déploiement, vous devez utiliser les options de rechargement et d'intervalle fournies lors du déploiement d'applications.

Lisez la section Paramètres de l'application d'entreprise pour plus de détails.

API com.ibm.websphere.servlet.session.UserTransactionWrapper Cette API n'est pas remplacée. L'objet UserTransaction peut être directement placé dans la session HTTP sans utiliser d'encapsuleur.
Sécurité La sécurité SOAP (signature numérique XML) fondée sur l'implémentation SOAP Apache Faites migrer votre application vers l'implémentation JSR-109 de service Web. Effectuez également une migration (reconfigurez votre application) pour utiliser l'implémentation WSS (Web Services Security) 1.0.
Support du niveau de spécification draft 13 de Web Service Security (WSS) Les applications doivent migrer vers l'implémentation WSS 1.0 standard prise en charge. La prise en charge du niveau Draft n'assure pas l'interopérabilité avec certains fournisseurs tiers car le niveau message a été modifié entre le niveau Draft et l'implémentation WSS 1.0.

WSS 1.0 n'est pris en charge que dans les applications J2EE 1.4. Par conséquent, vous devez d'abord faire migrer les applications vers J2EE 1.4. Utilisez ensuite les outils Application Server Toolkit ou Rational Application Developer afin de reconfigurer WSS pour l'application migrée. Il n'existe pas de migration automatique de WSS dans cette version des outils Application Server Toolkit ou Rational Application Developer pour la version 6.0 ; la migration doit être effectuée manuellement.

L'interface SPI suivante est également déconseillée :

   com.ibm.wsspi.wssecurity.config.KeyLocator

Vous devez faire migrer votre implémentation vers la nouvelle interface SPI pour le support WSS 1.0 dans la version 6.0 :

  com.ibm.wsspi.wssecurity.keyinfo.KeyLocator

Enfin, l'implémentation du LoginModule JAAS (Java Authentication and Authorization Service) doit être migrée vers le nouveau modèle de programmation pour le LoginModule JAAS dans la version 6.0.

Administration du système Configuration des ressources au niveau cellule Configurez les ressources au niveau cluster. Dans les versions précédentes, vous avez configuré les ressources au niveau de la cellule pour permettre aux membres des clusters de se partager la définition de configuration de ressource. Dans la version 6, la configuration des ressources au niveau de la cellule est déconseillée car les ressources de niveau cellule sont visibles de chaque noeud de la cellule, même des noeuds qui ne prennent pas en charge la ressource.
Options depl.extension.reg et installdir de la commande install dans l'objet de scriptage AdminApp L'option depl.extension.reg n'est pas remplacée. Dans la version 5.x, cette option était une non-opération. Remplacez l'option installdir par l'option installed.ear.destination.
performance API client PMI, introduite dans la version 4.0 pour collecter par programme les données de performances à partir de WebSphere Application Server L'interface JMX (Java Management Extension), intégrée à la spécification J2EE, est l'outil recommandé pour regrouper les données de performances de WebSphere Application Server. Les données PMI peuvent être collectées à partir des beans de message d'objets gérés par J2EE ou à partir du bean de message Perf PMI de WebSphere. Alors que les beans de message J2EE fournissent des données relatives aux performances d'un composant spécifique, le bean de message Perf fonctionne comme une passerelle vers le service PMI de WebSphere Application Server et permet d'accéder aux données de performances de tous les composants.
[AIX Solaris HP-UX Linux Windows][IBM i]
Tableau 17. Fonctions dépréciées dans la version 6.0. Ce tableau décrit les fonctions qui sont dépréciées dans la version 6.0.
Catégorie Obsolescence Action de migration recommandée
Modèle de programmation d'application et support du conteneur Support des balises tsx suivantes dans le moteur JSP (JavaServer Pages) :
  • repeat
  • dbconnect
  • dbquery
  • getProperty
  • userid
  • passwd
  • dbmodify
Plutôt que d'utiliser les balises tsx, utilisez leurs équivalents issus de la bibliothèque de balises JSTL (JavaServer Pages Standard Tag Library). JSTL est pris en charge dans WebSphere Application Server version 6.0 et la bibliothèque de balises est livrée avec le produit. Aidez-vous de ce tableau pour convertir les balises tsx en balises JSTL :
tsx tag            JSTL tag

tsx:repeat         c:forEach
tsx:dbconnect      sql:setDataSource
tsx:dbquery        sql:query
tsx:getProperty    Utilisez la syntaxe EL standard ; par exemple,
                   c:out value="${book.title}", 
                   où book correspond à l'index courant de 
                   l'ensemble de résultats
tsx:userid         Utilisez l'attribut utilisateur de la
                   balise setDataSource
tsx:passwd         Utilisez l'attribut utilisateur de
                   la balise setDataSource
tsx:dbmodify       sql:update
Les ID de systèmes d'arrière-plan suivants :
  • SQL92 (1992 SQL Standard)
  • SQL99 (1999 SQL Standard)
Utilisez d'autres ID de systèmes d'arrière-plan.
Services d'application API JRas Extensions

Aucune nouvelle évolution n'est prévue pour le support de JRas.

Utilisez la fonction équivalente figurant dans le package java.util.logging (JSR47).

Interface EJB UDDI version 2 d'accès au registre UDDI L'interface EJB n'est pas remplacée. Cette interface est incluse dans WebSphere Application Server version 6.0 pour assurer la compatibilité avec la version 5.x. Les utilisateurs n'ont pas besoin de prendre de mesures spécifiques et peuvent continuer à utiliser l'API EJB version 2 ; toutefois, ils doivent avoir conscience qu'elles ne permettent d'accéder à aucune des nouvelles fonctionnalités UDDI version 3 et qu'elles risquent d'être supprimées dans une future édition de WebSphere Application Server.
Bibliothèque de classe UDDI4J Version 2, fichier uddi4jv2.jar Commencez à utiliser les API UDDI Version 3. Une bibliothèque de clients est fournie pour simplifier la construction et l'envoi des demandes UDDI version 3 à partir de Java. Il s'agit du client IBM UDDI Version 3 pour Java, fourni dans uddiv3client.jar. Les API UDDI4J peuvent encore être utilisées, mais vous devez avoir conscience qu'elles ne permettent d'accéder à aucune des nouvelles fonctionnalités UDDI version 3 et qu'elles risquent d'être supprimées dans une future version de WebSphere Application Server.
Toutes les API de bas niveau des utilitaires UDDI (UUT), telles que BusinessStub, ServiceStub, etc.

Ces API sont toutes remplacées par l'interface de haut niveau PromoterAPI dans le package com.ibm.uddi.promoter.

Commencez à utiliser l'interface PromoterAPI dans le package com.ibm.uddi.promoter à la place de ces API de bas niveau, qui seront supprimées dans une future version de WebSphere Application Server. L'interface PromoterAPI offre les mêmes fonctions à un niveau d'abstraction plus haut.
Méthodes suivantes du contexte d'exécution de l'architecture J2EE Connector :
  • com.ibm.ws.management.descriptor.xml.ConnectionFactory.xml (getPoolContents et les méthodes getAllPoolContents)
  • interface com.ibm.websphere.j2c.ConnectionManager
  • interface com.ibm.websphere.j2c.ConnectionEventListener
Les méthodes sont remplacées comme suit :
  • getPoolContents et getAllPoolContents sont remplacés par showPoolContents et showAllPoolContents.
  • L'interface ConnectionManager est remplacée par l'interface de l'architecture J2EE Connector 1.5 LazyAssociatableConnectionManager.
  • L'interface ConnectionEventListener est remplacée par l'interface de l'architecture J2EE Connector 1.5 LazyEnlistableConnectionManager.

Pour les alias d'authentification gérés par conteneur, spécifiez les justificatifs gérés par conteneur dans les informations de liaison des ressources de l'application.

Propriété ApplicationProfile sur l'écran Work Manager (gestionnaire de travaux) de la console d'administration

Lisez les articles de la section Profilage d'applications pour les différences de profilage d'applications dans les versions 5.x et 6.0.x.

L'élément suivant de l'écran Source de données de la console d'administration :
  • DefaultPrincipleMapping
Définissez la propriété DefaultPrincipleMapping sur la référence de ressource.
Toutes les classes dans le package com.ibm.websphere.servlet.filter, y compris les suivantes :
  • ChainedRequest
  • ChainedResponse
  • ChainerServlet
  • ServletChain
Donnez une nouvelle architecture à vos applications pour utiliser les classes javax.servlet.filter au lieu des classes com.ibm.websphere.servlet.filter. A partir de la spécification servlet 2.3, les classes javax.servlet.filter offrent la possibilité d'intercepter des demandes et d'examiner des réponses. Elles offrent également une fonctionnalité de chaînage ainsi qu'une fonctionnalité d'embellissement ou de troncature des réponses.
Services d'application Filtrage MIME (Multipurpose Internet Mail Extensions)

Les filtres MIME ont d'abord été pris en charge dans WebSphere Application Server version 3.5 pour permettre aux servlets d'embellir, de tronquer et de modifier les réponses générées par d'autres servlets, d'après les types MIME du contenu de sortie.

Les javax.servlet.filtres, introduits dans la spécification servlet 2.3, permettent aux utilisateurs d'insérer des filtres qui interceptent des requêtes et des réponses des servlets. Ils permettent également de modifier le contenu circulant dans l'une et l'autre direction.

Les javax.servlet.filtres gèrent toutes les fonctionnalités des filtres MIME. Les javax.servlet.filtres sont des API standard prises en charge par tous les serveurs d'applications compatibles.

Pour plus d'informations, voir la spécification de servlet 2.3 ou Filtrage de servlets.

Les beans entity à persistance gérée par conteneur (CMP) configurés avec tentative d'accès au niveau méthode sont susceptibles de rencontrer des problèmes d'accès aux données, tels que des blocages. En conséquence, la tentative d'accès au niveau des méthodes est déconseillée. Reconfigurez les beans entity CMP pour utiliser une tentative d'accès au niveau du bean, ou reconfigurez les profils d'application avec WebSphere Application Server Toolkit.
L'ensemble des méthodes et des zones des classes com.ibm.websphere.product.product et com.ibm.websphere.product.buildInfo
Par conséquent, les méthodes suivantes de la classe com.ibm.websphere.product.WASProduct (qui implique les objets com.ibm.websphere.product.product et com.ibm.websphere.product.buildInfo) sont dépréciées :
  • 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()
Utilisez les méthodes suivantes prises en charge de com.ibm.websphere.product.WASDirectory :
  • public WASProductInfo getWASProductInfo(String id)
  • public boolean isThisProductInstalled(String id)
  • public WASProductInfo[] getWASProductInfoInstances()
  • public String getWasLocation()
De plus, pour obtenir les informations produit (nom, version, niveau de compilation, date de compilation) n'utilisez plus l'ancienne API WASProduct (com.ibm.websphere.product.WASProduct), mais utilisez désormais les méthodes suivantes de la classe WASDirectory :
  • 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)
Beans d'accès aux données, livrés avec WebSphere Application Server dans le fichier databeans.jar Utilisez plutôt les objets SDO (Service Data Objects).

Lisez la section Objets SDO pour plus de détails.

Attributs reloadInterval et reloadingEnabled des extensions de descripteurs de déploiement IBM, y compris l'extension de fichier WAR (WEB-INF/ibm-web-ext.xmi) et l'extension d'application (META-INF/ibm-application-ext.xmi). Au lieu d'utiliser les extensions de descripteurs de déploiement, vous devez utiliser les options de rechargement et d'intervalle fournies lors du déploiement d'applications.

Lisez la section Paramètres de l'application d'entreprise pour plus de détails.

API com.ibm.websphere.servlet.session.UserTransactionWrapper Cette API n'est pas remplacée. L'objet UserTransaction peut être directement placé dans la session HTTP sans utiliser d'encapsuleur.
Sécurité La sécurité SOAP (signature numérique XML) fondée sur l'implémentation SOAP Apache Faites migrer votre application vers l'implémentation JSR-109 de service Web. Effectuez également une migration (reconfigurez votre application) pour utiliser l'implémentation WSS (Web Services Security) 1.0.
Support du niveau de spécification draft 13 de Web Service Security (WSS) Les applications doivent migrer vers l'implémentation WSS 1.0 standard prise en charge. La prise en charge du niveau Draft n'assure pas l'interopérabilité avec certains fournisseurs tiers car le niveau message a été modifié entre le niveau Draft et l'implémentation WSS 1.0.

WSS 1.0 n'est pris en charge que dans les applications J2EE 1.4. Par conséquent, vous devez d'abord faire migrer les applications vers J2EE 1.4. Utilisez ensuite les outils Application Server Toolkit ou Rational Application Developer afin de reconfigurer WSS pour l'application migrée. Il n'existe pas de migration automatique de WSS dans cette version des outils Application Server Toolkit ou Rational Application Developer pour la version 6.0 ; la migration doit être effectuée manuellement.

L'interface SPI suivante est également déconseillée :

  com.ibm.wsspi.wssecurity.config.KeyLocator

Vous devez faire migrer votre implémentation vers la nouvelle interface SPI pour le support WSS 1.0 dans la version 6.0 :

  com.ibm.wsspi.wssecurity.keyinfo.KeyLocator

Enfin, l'implémentation du LoginModule JAAS (Java Authentication and Authorization Service) doit être migrée vers le nouveau modèle de programmation pour le LoginModule JAAS dans la version 6.0.

Protocole de sécurité IIOP du service d'authentification sécurisé (SAS) Utilisez les protocoles Common Secure Interoperability Version 2 (CSIv2).
API de programmation de la sécurité CORBA du service d'authentification sécurisé (SAS) Faites migrer à partir des API de programmation SAS vers JAAS (Java Authentication and Authorization Service). Pour de plus amples informations sur cette migration, lisez la section Migration d'une connexion par programmation CORBA (Common Object Request Broker Architecture) vers JAAS (Java Authentication and Authorization Service).
Administration du système Configuration des ressources au niveau cellule Configurez les ressources au niveau cluster. Dans les versions précédentes, vous avez configuré les ressources au niveau de la cellule pour permettre aux membres des clusters de se partager la définition de configuration de ressource. Dans la version 6, la configuration des ressources au niveau de la cellule est déconseillée car les ressources de niveau cellule sont visibles de chaque noeud de la cellule, même des noeuds qui ne prennent pas en charge la ressource.
Options depl.extension.reg et installdir de la commande install dans l'objet de scriptage AdminApp L'option depl.extension.reg n'est pas remplacée. Dans la version 5.x, cette option était une non-opération. Remplacez l'option installdir par l'option installed.ear.destination.
performance API client PMI, introduite dans la version 4.0 pour collecter par programme les données de performances à partir de WebSphere Application Server L'interface JMX (Java Management Extension), intégrée à la spécification J2EE, est l'outil recommandé pour regrouper les données de performances de WebSphere Application Server. Les données PMI peuvent être collectées à partir des beans de message d'objets gérés par J2EE ou à partir du bean de message Perf PMI de WebSphere. Alors que les beans de message J2EE fournissent des données relatives aux performances d'un composant spécifique, le bean de message Perf fonctionne comme une passerelle vers le service PMI de WebSphere Application Server et permet d'accéder aux données de performances de tous les composants.

Fonctions dépréciées dans la version 5.1.1

Tableau 18. Fonctions dépréciées dans la version 5.1.1. Ce tableau décrit les fonctions qui sont dépréciées dans la version 5.1.1.
Catégorie Obsolescence Action de migration recommandée
Modèle de programmation d'application et support du conteneur API de personnalisation de la passerelle de services Web

Prévoyez le remplacement progressif des filtres existants par une combinaison de gestionnaires JAX-RPC et médiations du bus d'intégration de services.

Services d'application Pilotes de connectivité JDBC (Java) suivants :
  • Pilote Microsoft SQL Server 2000 pour JDBC
  • Pilote SequeLink JDBC pour Microsoft SQL Server
Si vous utilisez l'un de ces pilotes JDBC et que vous souhaitez continuer à utiliser Microsoft SQL Server comme base de données, passez au pilote JDBC Connect. Vous pouvez acheter le pilote JDBC Connect auprès de DataDirect Technologies.

Fonctions dépréciées dans la version 5.1

Tableau 19. Fonctions dépréciées dans la version 5.1. Ce tableau décrit les fonctions qui sont dépréciées dans la version 5.1.
Catégorie Obsolescence Action de migration recommandée
Outils d'installation et de migration L'outil d'assemblage d'applications (AAT), utilisé pour développer des applications J2EE, est remplacé par les outils d'assemblage, composant de Application Server Toolkit. Au lieu d'exécuter l'outil d'assemblage d'applications, les utilisateurs doivent installer et exécuter ces outils d'assemblage. Application Server Toolkit est basé sur la plateforme Eclipse. A l'ouverture de Application Server Toolkit, la fonction J2EE est détectée via l'ouverture de la perspective J2EE.
Processus métier modélisés avec WebSphere Studio Application Developer Integration Edition version 5.0 ou antérieure Les processus métier modélisés avec WebSphere Studio Application Developer Integration Edition version 5.0 ou antérieure doivent être convertis en processus BPEL. A cet effet, utilisez l'option de migration fournie avec WebSphere Studio Application Developer Integration Edition version 5.1.
Plusieurs interfaces et méthodes de l'API Process Choreographer (chorégraphe de processus) utilisées pour les processus métier créés avec WebSphere Studio Application Developer Integration Edition version 5.0 ou antérieure. Une liste se trouve dans l'API qui accompagne Process Choreographer (chorégraphe de processus). Pour les API dépréciés, l'action de migration recommandée est décrite dans la documentation de ces API.
JDOM (représentation Java d'un document XML qui fournit une API pour lire, manipuler et écrire de manière efficace la documentation)

La version de JDOM actuellement incluse dans WebSphere Application Server ne sera plus fournie dans les futures éditions.

Rendez-vous sur le site Web JDOM pour vous procurer la dernière copie de JDOM et intégrez-la dans votre application.
Remarque : Les clients exécutant des applications WebSphere Studio Application Developer Integration Edition version 4.1 doivent les faire migrer vers WebSphere Studio Application Developer Integration Edition version 5.0.
Fonction ORB (Object Request Broker) C++, bibliothèque C++ pour types de valeur IDL et client de sécurité WebSphere Application Server C++

Le support du kit de développement C++ CORBA (Common Object Request Broker Architecture) n'est plus disponible. La technologie CORBA est une passerelle permettant la migration vers un environnement Java 2 Platform Enterprise Edition (J2EE) et WebSphere Application Server.

En outre, dans les futures éditions, la fonction client C++ CORBA sera supprimée de l'image d'installation des clients d'application.

Il est conseillé aux clients de migrer vers le service ORB (Object Request Broker) pour la technologie Java, livré avec WebSphere Application Server. Cependant, il n'existe pas de fonctionnalité J2EE équivalente pour le client de sécurité C++ ni pour la bibliothèque de types de valeur C++. Les clients ayant besoin d'une telle fonctionnalité doivent la fournir ou la développer eux-mêmes.

Pour de plus amples informations sur le service ORB pour la technologie Java, voir Gestion des ORB (Object Request Broker).

La dépréciation du CORBA C++ Developer Kit n'affecte pas le support de l'interopérabilité CORBA avec les logiciels tiers pour services CORBA. Pour plus d'informations sur l'interopérabilité, consultez les liens suivants :
IBM Cloudscape Version 5.1.x Utilisez le pilote JDBC du serveur réseau Cloudscape.
Serveur IBM HTTP Server (IHS) Version 1.3.x Si vous utilisez IHS version 1.3.x avec des modules qui :
  • sont livrés avec des packages IHS version 1.3.x, vous n'avez aucune action spécifique à effectuer pour faire migrer ces modules.
  • sont livrés par un tiers (y compris d'autres produits IBM), devez vous procurez auprès de celui-ci les versions IHS/Apache 2 de ces modules.
  • ont été personnalisés ou développés en interne, vous devez passer ces modules à la nouvelle API IHS/Apache 2.
Modèle de programmation d'application et support du conteneur Fonctionnalité d'exécution et de débogage Bean Scripting Framework (BSF) JavaServer Pages (JSP) Vous devrez donner une nouvelle architecture à la fonctionnalité si vous continuez à utiliser les langages JavaScript, Tcl et Python. Si vous utilisez le scriptage BSF dans vos applications personnalisées, ces dernières ne sont pas affectées. Les scripts personnalisés rédigés pour la console d'administration de WebSphere Application Server ne sont pas concernés.

Cette fonctionnalité continuera à exister dans WebSphere Application Server version et les éditions suivantes jusqu'à la version 6.0. Si vous déboguez des fichiers JSP, vous devrez peut-être redémarrer le serveur d'applications pendant les sessions de débogage de JavaScript.

Les classes, méthodes et attributs suivants des beans de règles métier (Business Rule Beans) :
  • Classes publiques :
    • com.ibm.websphere.brb.RuleImporter
    • com.ibm.websphere.brb.RuleExporter
  • Méthode publique :
    • getLocalRuleManager() sur la classe com.ibm.websphere.brb.TriggerPoint
  • Attribut protégé :
    • ruleMgr sur la classe com.ibm.websphere.brb.TriggerPoint
Aucun action utilisateur n'est nécessaire.
Interfaces de programmation de l'accès aux données dans com.ibm.websphere.rsadapter.

Interface de l'adaptateur de ressources relationnelles : (com.ibm.websphere.rsadapter).

Des méthodes sont dépréciées dans les types suivants :

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)
Ces méthodes déconseillées de l'adaptateur de ressources relationnelles n'ont aucune incidence sur l'application.
Remarque : Il n'est pas nécessaire d'implémenter ces méthodes déconseillées dans leurs sous-classes si vous disposez de la sous-classe de la classe OracleDataStoreHelper. Ces méthodes dépréciées ne sont pas appelées par l'environnement d'exécution de WebSphere Application Server.
Interfaces de programmation du planificateur (com.ibm.websphere.scheduler) -- Types publics version 5.x dans :
  • Méthodes d'interface
    scheduler.Scheduler
    public BeanTaskInfo createBeanTaskInfo(); 
    public MessageTaskInfo createMessageTaskInfo();
Utilisez les méthodes suivantes au lieu des méthodes déconseillées :
public Object createTaskInfo(Class 
  taskInfoInterface) throws TaskInfoInvalid;
Pour créer un objet BeanTaskInfo à l'aide des méthodes createTaskInfo prises en charge :
BeanTaskInfo ti = (BeanTaskInfo) 
  Scheduler.createTaskInfo(BeanTaskInfo.class);
Modifications des API de conteneur Web :
Remarque : Aucune API n'est déconseillée. Les uniques modifications sont dues à une API Java qui est passée de 1.3 à 1.4.
La classe qui a changé est com.ibm.websphere.servlet.error.ServletErrorReport. La signature renvoyée pour getStackTrace( ) a changé, car java.lang.Throwable définit désormais la même méthode avec une signature en retour différente.
  • Ancienne signature de la méthode
    public String getStackTrace();  
    // renvoie une représentation sous forme de chaîne de la
    pile d'exceptions
  • Nouvelle signature de la méthode (Java Development Kit 1.4, WebSphere Application Server 5.1)
    public StackTraceElement[] getStackTrace(); 
    // renvoie un tableau des éléments de la
    trace de la pile
  • Méthode de remplacement ( 5.1) (méthode de remplacement assurant la prise en charge de l'ancienne fonctionnalité) :
    public String getStackTraceAsString(); 
    // renvoie une représentation sous forme de chaîne
    de la pile d'exceptions
Si vous utilisez com.ibm.websphere.servlet.error.ServletErrorReport.getStackTrace( ) et que vous attendez un type en retour String, vous devez changer votre application pour utiliser la méthode de remplacement.
Services d'application Fichiers binaires d'accès aux données -- Structure CCF (Common Connector Framework), y compris les fichiers JAR suivants :
  • ccf.jar
  • ccf2.jar
  • recjava.jar
  • eablib.jar
La solution J2EE Connector Architecture doit être utilisée à la place de la solution Common Connector Framework.

Pour plus d'informations sur l'utilisation (outils et environnement d'exécution) de J2EE Connector Architecture, voir Accès aux données à l'aide des connecteurs JCA (Java EE Connector Architecture).

Définition du répertoire de journalisation du partenaire XA en utilisant la variable "TRANLOG_ROOT" La définition actuellement stockée dans la variable TRANLOG_ROOT (si elle existe) devra être ajoutée dans la sous-fenêtre Service de transactions pour tous les serveurs devant utiliser le journal du partenaire XA. Si le répertoire par défaut doit être utilisé, aucune action n'est requise. La sous-fenêtre Service de transaction est disponible dans la console d'administration en sélectionnant Serveurs d'applications, puis le serveur d'applications à modifier et l'option Service de transaction dans la sous-fenêtre affichée. Le répertoire défini dans la variable TRANLOG_ROOT doit être saisi dans la zone Répertoire de journalisation de la sous-fenêtre.
Sécurité API pour com.ibm.websphere.security.auth.WSPrincipal.getCredential(). Au lieu d'extraire WSCredential à partir du principal, vous devez désormais utiliser l'une des méthodes suivantes pour extraire le sujet contenant WSCredential :
  • le sujet RunAs est le sujet utilisé pour les demandes sortantes,
  • le sujet Caller est le sujet représentant l'appelant authentifié pour la demande en cours,
  • Les méthodes à utiliser pour extraire les sujets RunAs et Caller sont :

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

    et

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

    respectivement.
Les éléments suivants de l'interface de programmation de la sécurité :
  • L'interface est dépréciée dans com.ibm.websphere.security.auth.WSSecurityContext.
  • L'exception est dépréciée dans com.ibm.websphere.security.auth.WSSecurityContextException.
  • La classe est dépréciée dans com.ibm.websphere.security.auth.WSSecurityContextResult.
Utilisez le Service d'authentification et d'autorisation Java (JAAS) pour toutes les fonctionnalités relatives à l'authentification.
Mécanisme d'authentification ICSF (Integrated Cryptographic Services Facility) Utilisez le mécanisme d'authentification LTPA.

Pour plus d'informations, voir LTPA (Lightweight Third Party Authentication).

Administration du système Classe suivante :

  com.ibm.websphere.rsadapter.DB2390DataStoreHelper

Si vous utilisez actuellement la classe DB2390DataStoreHelper pour le fournisseur DB2 Legacy CLI lorsque vous accédez à des données, vous devez désormais utiliser la classe DB2DataStoreHelper.

Si vous utilisez actuellement la classe DB2390DataStoreHelper pour le fournisseur JDBC DB2 Universal lorsque vous accédez à des données, vous devez désormais utiliser la classe DB2UniversalDataStoreHelper.

Fonctions dépréciées dans la version 5.0.2

[z/OS]
Table 20. Fonctions dépréciées dans la version 5.0.2. Ce tableau répertorie les fonctions dépréciées dans la version 5.0.2.
Catégorie Obsolescence Action de migration recommandée
Modèle de programmation d'application et support de conteneur Canal SOAP dans la passerelle des services Web. Les services de passerelle doivent être déployés dans le canal HTTP SOAP et non pas dans le canal SOAP Apache. Le noeud final (URL) du service sera différent pour ce canal et, par conséquent, les programmes client qui communiquent avec la passerelle devront utiliser le nouveau noeud final de service.
SOAP Apache, WEBSJAVA.SOAP:
  • soap.jar
  • wssoap.jar

Pour plus d'informations, voir Migration de services Web Apache SOAP vers des services Web JAX-RPC basés sur les normes Java EE.

Interfaces de programmation du planificateur (com.ibm.websphere.scheduler) -- Types publics version 5.x dans :
  • méthode d'interface
    scheduler.MessageTaskInfo
    public int setJMSPriority();
Utilisez la méthode suivante à la place de la méthode obsolète :
public int getJMSPriority();
Services d'application Interfaces de programmation de l'accès aux données dans com.ibm.websphere.rsadapter.

Interface d'adaptateur de ressources relationnelles (com.ibm.websphere.rsadapter)

Ces types de méthodes sont dépréciés :

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)
Ces méthodes déconseillées de l'adaptateur de ressources relationnelles n'ont aucune incidence sur l'application.
Note: Vous n'avez pas à implémenter ces méthodes obsolètes dans leurs sous-classes si vous utilisez la sous-classe de GenericDataStoreHelper. Ces méthodes dépréciées ne sont pas appelées par l'environnement d'exécution de WebSphere Application Server.

Pour com.ibm.websphere.rsadapter.WSCallHelper, utilisez la méthode getDataStoreHelper(datasource) pour obtenir un objet DataStoreHelper.

Administration du système Classes DB2390DataStoreHelper et DB2390LocalDataStoreHelper La classe DB2DataStoreHelper fournit désormais toutes les informations auxiliaires nécessaires aux fournisseur qui utilisent les classes DB2390DataStoreHelper et DB2390LocalDataStoreHelper.
Fournisseur JDBC local DB2 390 (RRS) Ce fournisseur est remplacé par le fournisseur JDBC local DB2 zOS (RRS).
Commande testConnection dans l'objet de script AdminControl ($AdminControl TestConnection configId props)
L'exécution de cette commande dans WebSphere Application Server, version 5.0.2 et les versions suivantes retourne le message suivant :
WASX7390E: Operation not supported - testConnection 
command with config id and properties arguments is not 
supported. Use testConnection command with config id 
argument only.
Depuis WebSphere Application Server version 5.0.2, la méthode recommandée pour tester une connexion de source de données est la commande testConnection qui envoie l'ID de configuration de source de données sous la forme d'un paramètre uniquement.
La commande getPropertiesForDataSource dans l'objet de script AdminControl ($AdminControl getPropertiesForDataSource configId)
Cette commande détermine incorrectement la disponibilité du service de configuration lorsque vous l'exécutez en mode connecté. L'exécution de cette commande dans WebSphere Application Server, version 5.0.2 et les versions suivantes retourne le message suivant :
WASX7389E : Opération non prise en charge - 
la commande getPropertiesForDataSource n'est 
pas prise en charge.
Il n'existe pas de commande de remplacement pour cette commande.
[IBM i][AIX Solaris HP-UX Linux Windows]
Table 21. Fonctions dépréciées dans la version 5.0.2. Ce tableau répertorie les fonctions dépréciées dans la version 5.0.2.
Catégorie Obsolescence Action de migration recommandée
Modèle de programmation d'application et support de conteneur Canal SOAP dans la passerelle des services Web. Les services de passerelle doivent être déployés dans le canal HTTP SOAP et non pas dans le canal SOAP Apache. Le noeud final (URL) du service sera différent pour ce canal et, par conséquent, les programmes client qui communiquent avec la passerelle devront utiliser le nouveau noeud final de service.
SOAP Apache, WEBSJAVA.SOAP:
  • soap.jar
  • wssoap.jar

Voir Migration de services Web Apache SOAP vers des services Web JAX-RPC basés sur les normes Java EE pour plus d'informations.

Interfaces de programmation du planificateur (com.ibm.websphere.scheduler) -- Types publics version 5.x dans :
  • méthode d'interface
    scheduler.MessageTaskInfo
    public int setJMSPriority();
Utilisez la méthode suivante à la place de la méthode obsolète :
public int getJMSPriority();
Services d'application Interfaces de programmation de l'accès aux données dans com.ibm.websphere.rsadapter.

Interface d'adaptateur de ressources relationnelles (com.ibm.websphere.rsadapter)

Ces types de méthodes sont dépréciés :

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)
Ces méthodes déconseillées de l'adaptateur de ressources relationnelles n'ont aucune incidence sur l'application.
Note: Vous n'avez pas à implémenter ces méthodes obsolètes dans leurs sous-classes si vous utilisez la sous-classe de GenericDataStoreHelper. Ces méthodes dépréciées ne sont pas appelées par l'environnement d'exécution de WebSphere Application Server.

Pour com.ibm.websphere.rsadapter.WSCallHelper, utilisez la méthode getDataStoreHelper(datasource) pour obtenir un objet DataStoreHelper.

Administration du système Classes DB2390DataStoreHelper et DB2390LocalDataStoreHelper La classe DB2DataStoreHelper fournit désormais toutes les informations auxiliaires nécessaires aux fournisseur qui utilisent les classes DB2390DataStoreHelper et DB2390LocalDataStoreHelper.
Commande testConnection dans l'objet de script AdminControl ($AdminControl TestConnection configId props)
L'exécution de cette commande dans WebSphere Application Server, version 5.0.2 et les versions suivantes retourne le message suivant :
WASX7390E: Operation not supported - testConnection 
command with config id and properties arguments is not 
supported. Use testConnection command with config id 
argument only.
Depuis WebSphere Application Server version 5.0.2, la méthode recommandée pour tester une connexion de source de données est la commande testConnection qui envoie l'ID de configuration de source de données sous la forme d'un paramètre uniquement.
La commande getPropertiesForDataSource dans l'objet de script AdminControl ($AdminControl getPropertiesForDataSource configId)
Cette commande détermine incorrectement la disponibilité du service de configuration lorsque vous l'exécutez en mode connecté. L'exécution de cette commande dans WebSphere Application Server, version 5.0.2 et les versions suivantes retourne le message suivant :
WASX7389E : Opération non prise en charge - 
la commande getPropertiesForDataSource n'est 
pas prise en charge.
Il n'existe pas de commande de remplacement pour cette commande.

Fonctions dépréciées dans la version 5.0.1

Table 22. Fonctions dépréciées dans la version 5.0.1. Ce tableau répertorie les fonctions dépréciées dans la version 5.0.1.
Catégorie Obsolescence Action de migration recommandée
Services d'application Interfaces de programmation de l'accès aux données dans com.ibm.websphere.rsadapter.

Interface d'adaptateur de ressources relationnelles (com.ibm.websphere.rsadapter).

Ces types de méthodes sont dépréciés :

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);
Ces méthodes dépréciées de l'adaptateur de ressources relationnelles n'ont aucune incidence sur l'application.
Note: Vous n'avez pas à implémenter ces méthodes dépréciées dans leurs sous-classes si vous utilisez la sous-classe de GenericDataStoreHelper. Ces méthodes dépréciées ne sont pas appelées par l'environnement d'exécution de WebSphere Application Server.

Fonctions dépréciées dans la version 5.0

Table 23. Fonctions dépréciées dans la version 5.0. Ce tableau répertorie les fonctions dépréciées dans la version 5.0.
Catégorie Obsolescence Action de migration recommandée
Services d'application Les trois méthodes suivantes de com.ibm.websphere.appprofile.accessintent.AccessIntent:
public boolean getPessimisticUpdateHintWeakestLockAtLoad();
public boolean getPessimisticUpdateHintNoCollision();
public boolean getPessimisticUpdateHintExclusive();

Il s'agit d'une API de base.

Au lieu d'utiliser les trois méthodes obsolètes dans l'interface AccessIntent, les développeurs doivent utiliser la méthode suivante de cette interface :
public int getPessimisticUpdateLockHint();
Les valeurs pouvant être retournées sont définies dans l'interface AccessIntent :
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;
Interfaces de programmation d'application Web : diverses méthodes de la version 5.x dans com.ibm.websphere.ServletErrorReport  
Sécurité interface com.ibm.websphere.security.CustomRegistry Utilisez l'interface com.ibm.websphere.security.UserRegistry.
performance Infrastructure de contrôle des performances : méthodes publiques de la version 5.x dans :
  • com.ibm.websphere.pmi.stat.StatsUtil
  • com.ibm.websphere.pmi.PmiJmxTest
  • com.ibm.websphere.pmi.client.PmiClient
Ces méthodes sont remplacées comme suit :
  • com.ibm.websphere.pmi.stat.StatsUtil

    Il n'existe pas de remplacement pour StatsUtil.

  • com.ibm.websphere.pmi.PmiJmxTest

    Utilisez PmiClient.findConfig() à la place.

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

    getNLSValue (clé String remplacée par getNLSValue (clé String, String moduleID).


Icône indiquant le type de rubrique Rubrique de référence



Icône d'horodatage Dernière mise à jour: last_date
http://www14.software.ibm.com/webapp/wsbroker/redirect?version=cord&product=was-nd-mp&topic=rmig_depfeat
Nom du fichier : rmig_depfeat.html