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.
V.R.M.F
où- V = version
- R = édition
- M = modification
- F = 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
- Fonctions dépréciées dans la version 8.5.5
- Fonctions dépréciées dans la version 8.5
- Fonctions dépréciées dans la version 8.0.0.1
- Fonctions dépréciées dans la version 8.0
- Fonctions dépréciées dans la version 7.0
- Fonctions dépréciées dans la version 6.1
- Fonctions dépréciées dans la version 6.0.2
Fonctions dépréciées dans la version 6.0.1
- Fonctions dépréciées dans la version 6.0
- Fonctions dépréciées dans la version 5.1.1
- Fonctions dépréciées dans la version 5.1
- Fonctions dépréciées dans la version 5.0.2
- Fonctions dépréciées dans la version 5.0.1
- Fonctions dépréciées dans la version 5.0
Fonctions 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 :
Les technologies Java EE 7 facultatives suivantes sont toujours obsolètes :
|
|
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 :
|
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. |
![]() |
![]() |
![]() |
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
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. |
![]() |
![]() Remarque : Cette fonction a été retirée dans la version 9.0.
|
![]() 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 :
|
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 :
|
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 :
|
Il n'y a pas d'action de migration recommandée. |
Fonctions 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 :
|
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.* :
|
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(). | |
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) :
|
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 :
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. | |
![]() ![]() |
![]() ![]() Lisez **** MISSING FILE ****. |
Fonctions 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 :
|
Il est recommandé d'utiliser :
|
Fonctions dépréciées dans la version 8.0
![[z/OS]](../images/ngzos.gif)
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 :
|
Respectez les conditions suivantes lorsque vous vous servez de l'utilitaire historyInfo :
|
Arguments de ligne de commande suivants de l'utilitaire versionInfo :
|
Respectez les conditions suivantes lorsque vous vous servez de l'utilitaire versionInfo :
|
|
Méthodes suivantes dans la classe com.ibm.websphere.product.WASDirectory :
|
N'utilisez pas ces méthodes.
|
|
Services d'application | Classes suivantes sous le module com.ibm.websphere.product.* :
|
Utilisez les instructions suivantes :
|
Constantes suivantes sous la classe com.ibm.websphere.product.WASDirectory :
|
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 :
|
Utilisez les commandes suivantes du groupe de commandes TargetGroup
pour l'objet AdminTask :
|
|
Journal de maintenance, généralement appelé activity.log | Utilisez l'un des éléments suivants pour accéder au contenu du journal :
|
|
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 :
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]](../images/dist.gif)
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 :
|
Respectez les conditions suivantes lorsque vous vous servez de l'utilitaire historyInfo :
|
Arguments de ligne de commande suivants de l'utilitaire versionInfo :
|
Respectez les conditions suivantes lorsque vous vous servez de l'utilitaire versionInfo :
|
|
Méthodes suivantes dans la classe com.ibm.websphere.product.WASDirectory :
|
N'utilisez pas ces méthodes.
|
|
Services d'application | Classes suivantes sous le module com.ibm.websphere.product.* :
|
Utilisez les instructions suivantes :
|
Constantes suivantes sous la classe com.ibm.websphere.product.WASDirectory :
|
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 :
|
Utilisez les commandes suivantes du groupe de commandes TargetGroup
pour l'objet AdminTask :
|
|
Commandes suivantes utilisées pour lancer l'outil de gestion des profils :
|
Utilisez les commandes suivantes pour lancer WebSphere Customization Toolbox :
|
|
Journal de maintenance, généralement appelé activity.log | Utilisez l'un des éléments suivants pour accéder au contenu du journal :
|
|
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 :
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]](../images/iseries.gif)
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 :
|
Respectez les conditions suivantes lorsque vous vous servez de l'utilitaire historyInfo :
|
Arguments de ligne de commande suivants de l'utilitaire versionInfo :
|
Respectez les conditions suivantes lorsque vous vous servez de l'utilitaire versionInfo :
|
|
Méthodes suivantes dans la classe com.ibm.websphere.product.WASDirectory :
|
N'utilisez pas ces méthodes.
|
|
Services d'application | Classes suivantes sous le module com.ibm.websphere.product.* :
|
Utilisez les instructions suivantes :
|
Constantes suivantes sous la classe com.ibm.websphere.product.WASDirectory :
|
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 :
|
Utilisez les commandes suivantes du groupe de commandes TargetGroup
pour l'objet AdminTask :
|
|
Journal de maintenance, généralement appelé activity.log | Utilisez l'un des éléments suivants pour accéder au contenu du journal :
|
|
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 :
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]](../images/ngzos.gif)
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 :
|
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 :
|
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 :
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 :
|
Optez plutôt pour les classes suivantes :
|
|
Types WCCM (WebSphere Common Configuration Model) suivants :
|
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 :
|
|
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 :
|
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 :
|
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 :
|
Exécuter les opérations suivantes :
|
|
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)) :
|
Utilisez les noms de configuration suivants :
|
|
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]](../images/dist.gif)
![[IBM i]](../images/iseries.gif)
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 :
|
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 :
|
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 :
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 :
|
Optez plutôt pour les classes suivantes :
|
|
Types WCCM (WebSphere Common Configuration Model) suivants :
|
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 :
|
|
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 :
|
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 :
|
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 :
|
Exécuter les opérations suivantes :
|
|
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)) :
|
Utilisez les noms de configuration suivants :
|
|
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]](../images/ngzos.gif)
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 :
|
Classe et interface suivantes dans la structure de médiation d'exécution :
|
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 :
|
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) :
|
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 :
|
Exécuter les opérations suivantes :
|
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.
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 :
![]() |
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 :
|
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 :
|
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 :
|
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.
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 :
|
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
|
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 :
|
![[AIX Solaris HP-UX Linux Windows]](../images/dist.gif)
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 :
|
Classe et interface suivantes dans la structure de médiation d'exécution :
|
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 :
|
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) :
|
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 :
|
Exécuter les opérations suivantes :
|
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 :
|
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 :
|
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 :
|
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.
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 :
|
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
|
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 :
|
![[IBM i]](../images/iseries.gif)
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 :
|
Classe et interface suivantes dans la structure de médiation d'exécution :
|
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 :
|
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) :
|
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 :
|
Exécuter les opérations suivantes :
|
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 :
|
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 :
|
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 :
|
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.
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 :
|
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
|
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 :
|
Fonctions dépréciées dans la version 6.0.2
![[AIX Solaris HP-UX Linux Windows]](../images/dist.gif)
![[IBM i]](../images/iseries.gif)
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 :
|
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 :
|
Remplacez les propriétés comme suit :
Remarque : Si les anciennes et les nouvelles propriétés coexistent, les nouvelles sont prioritaires.
|
![[z/OS]](../images/ngzos.gif)
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 :
|
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 :
|
Remplacez les propriétés comme suit :
Remarque : Si les anciennes et les nouvelles propriétés coexistent, les nouvelles sont prioritaires.
|
![[z/OS]](../images/ngzos.gif)
Fonctions 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]](../images/ngzos.gif)
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) :
|
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 :
|
Les ID de systèmes d'arrière-plan suivants :
|
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 :
|
Les méthodes sont remplacées comme suit :
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 :
|
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 :
|
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 :
|
Utilisez les méthodes suivantes prises en charge de
com.ibm.websphere.product.WASDirectory :
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 :
|
|
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]](../images/dist.gif)
![[IBM i]](../images/iseries.gif)
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) :
|
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 :
|
Les ID de systèmes d'arrière-plan suivants :
|
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 :
|
Les méthodes sont remplacées comme suit :
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 :
|
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 :
|
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 :
|
Utilisez les méthodes suivantes prises en charge de
com.ibm.websphere.product.WASDirectory :
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 :
|
|
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
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 :
|
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
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 :
|
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) :
|
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 :
|
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 :
|
Utilisez les méthodes suivantes au lieu des
méthodes déconseillées :
Pour créer un
objet BeanTaskInfo à l'aide des méthodes createTaskInfo prises en
charge :
|
|
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.
|
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 :
|
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 :
|
Les éléments suivants de l'interface de programmation de la sécurité :
|
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]](../images/ngzos.gif)
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:
|
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 :
|
Utilisez la méthode suivante à la place de la méthode obsolète :
|
|
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 :
|
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 :
|
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 :
|
Il n'existe pas de commande de remplacement pour cette commande. |
![[IBM i]](../images/iseries.gif)
![[AIX Solaris HP-UX Linux Windows]](../images/dist.gif)
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:
|
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 :
|
Utilisez la méthode suivante à la place de la méthode obsolète :
|
|
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 :
|
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 :
|
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 :
|
Il n'existe pas de commande de remplacement pour cette commande. |
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 :
|
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
Catégorie | Obsolescence | Action de migration recommandée |
---|---|---|
Services d'application | Les trois méthodes suivantes de com.ibm.websphere.appprofile.accessintent.AccessIntent:
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 :
Les valeurs pouvant être retournées sont définies dans l'interface AccessIntent :
|
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 :
|
Ces méthodes sont remplacées comme suit :
|