Résumé ====== Ce document constitue le fichier Readme pour IBM MQ version 8.0 et sa maintenance. Une copie ASCII de ce fichier Readme est disponible en version anglaise et traduite, téléchargeable à l'adresse : https://public.dhe.ibm.com/software/integration/wmq/docs/V8.0/Readme/ La version anglaise de ce document reste la version la plus récente. ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ Contenu ======= Les sections principales de ce fichier décrivent les limitations du produit et les problèmes connus. En plus de ce fichier, vous trouverez des informations supplémentaires sur le site Web d'IBM MQ : https://www.ibm.com/products/mq La page Web de SupportPac est la suivante : https://ibm.biz/mqsupportpacs Pour des informations à jour sur les problèmes connus et les correctifs disponibles, voir la page de support d'IBM MQ : https://www.ibm.com/mysupport/s/topic/0TO5000000024cJGAQ/mq?language=en_US&productId=01t0z000006zdYXAAY La documentation du produit pour toutes les versions prises en charge d'IBM MQ est disponible dans l'IBM Knowledge Center (https://www.ibm.com/support/knowledgecenter/SSFKSJ). Plus précisément, la documentation du produit IBM MQ version 8.0 est disponible dans l'IBM Knowledge Center à l'adresse suivante : http://www.ibm.com/support/knowledgecenter/SSFKSJ_8.0.0/com.ibm.mq.helphome.v80.doc/WelcomePagev8r0.htm Lettres d'annonce : Les lettres d'annonce pour IBM MQ version 8.0 (en anglais) sont disponibles aux adresses suivantes : IBM MQ Distributed http://www.ibm.com/common/ssi/ShowDoc.wss?docURL=/common/ssi/rep_ca/2/649/ENUSA14-0332/index.html IBM MQ for z/OS http://www.ibm.com/common/ssi/ShowDoc.wss?docURL=/common/ssi/rep_ca/9/649/ENUSA14-0339/index.html IBM MQ for z/OS Value Unit Edition, IBM MQ MFT for z/OS, IBM MQ AMS for z/OS et IBM MQ Advanced for z/OS http://www.ibm.com/common/ssi/ShowDoc.wss?docURL=/common/ssi/rep_ca/1/649/ENUSA14-0331/index.html Voir les lettres d'annonce pour les types suivants d'informations : - Description détaillée du produit, comprenant la description de la nouvelle fonction - Indication de positionnement du produit - Configuration matérielle et logicielle requise ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ HISTORIQUE DES MISES A JOUR 03 Mars 2020 - Mises à jour d'IBM MQ version 8.0.0, groupe de correctifs 16 09 juin 2020 - Mises à jour d'IBM MQ version 8.0.0, groupe de correctifs 15 23 janvier 2020 - Mises à jour d'IBM MQ version 8.0.0, groupe de correctifs 14 25 septembre 2019 - Mises à jour supplémentaires d'IBM MQ version 8.0.0, groupe de correctifs 13 10 septembre 2019 - Mises à jour d'IBM MQ version 8.0.0, groupe de correctifs 13 31 juillet 2019 - Nouvelle entrée ajoutée pour IBM MQ version 8.0.0, groupe de correctifs 7 15 mai 2019 - Mises à jour d'IBM MQ version 8.0.0, groupe de correctifs 12 18 février 2019 - Clarification de la liste des plateformes d'exécution du canal AMQP 20 décembre 2018 - Mises à jour d'IBM MQ version 8.0.0, groupe de correctifs 11 21 juin 2018 - Mises à jour d'IBM MQ version 8.0.0, groupe de correctifs 10 28 mars 2018 - Mises à jour d'IBM MQ version 8.0.0, groupe de correctifs 9 24 novembre 2017 - Mises à jour d'IBM MQ version 8.0.0, groupe de correctifs 8 19 Jul 2017 - Mises à jour des APAR IT18908 et IT15252 pour IBM PureApplication System 22 juin 2017 - Mises à jour d'IBM MQ version 8.0.0, groupe de correctifs 7 23 janvier 2017 - Mises à jour d'IBM MQ version 8.0.0, groupe de correctifs 6 23 mai 2016 - Mises à jour d'IBM MQ version 8.0.0, groupe de correctifs 5 11 février 2016 - Mises à jour d'IBM MQ version 8.0.0, groupe de correctifs 4 Support AIX pour IBM PureApplication System 23 octobre 2015 - Mises à jour d'IBM MQ version 8.0.0, groupe de correctifs 4 25 septembre 2015 - Mises à jour d'IBM MQ version 8.0.0, groupe de correctifs 3 Support haute disponibilité pour IBM PureApplication System 18 juin 2015 - Mises à jour d'IBM MQ version 8.0.0, groupe de correctifs 3 29 mai 2015 - Problèmes de droits d'accès pour le profil spécial IBM i *PUBLIC dans 8.0.0.2 18 mai 2015 - Problème d'écrasement de mémoire dans la version 8.0.0, corrigé dans le groupe de correctifs 2 27 février 2015 - Mises à jour d'IBM MQ version 8.0.0, groupe de correctifs 2 27 janvier 2015 - Mises à jour supplémentaires d'IBM MQ version 8.0.0, groupe de correctifs 1 11 septembre 2014 - Mises à jour d'IBM MQ version 8.0.0, groupe de correctifs 1 23 mai 2014 - Mises à jour d'IBM MQ version 8.0.0 ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ ++ ++ ++ INSTRUCTIONS D'INSTALLATION ++ ++ ++ ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ Les instructions d'installation sont disponibles dans la documentation du produit IBM MQ version 8.0 publiée dans l'IBM Knowledge Center : http://www.ibm.com/support/knowledgecenter/SSFKSJ_8.0.0/com.ibm.mq.helphome.v80.doc/WelcomePagev8r0.htm ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ ++ ++ ++ LIMITATIONS ET PROBLEMES CONNUS ++ ++ ++ ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ LIMITATIONS ET PROBLEMES CONNUS POUR LA VERSION 8.0.0, GROUPE DE CORRECTIFS 16 ============================================================= La mise à niveau de la désinstallation du client sous Windows ne supprime pas le fichier msvcr100.dll ----------------------------------------------------------------------------------------------------- Sur les systèmes Windows, si vous mettez à niveau le client IBM MQ 8.0.0.15 vers le niveau 8.0.0.16 (p800-016-210212) et que vous désinstallez le client complètement, le fichier de bibliothèque msvcr100.dll n'est pas supprimé des répertoires d'installation suivants : - C:\Program Files\IBM\MQ\java\jre\bin\classic\msvcr100.dll - C:\Program Files\IBM\MQ\java\jre\bin\j9vm\msvcr100.dll Vous pouvez laisser ce fichier ou le supprimer manuellement. Changements apportés aux valeurs par défaut pour certains chiffrements ---------------------------------------------------------------------- L'environnement d'exécution Java imbriqué dans MQ version 8.0.0.16 a été mis à jour sous l'APAR IT35343 dans les versions Java suivantes : 7.1.4.80 - AIX, Linux (x86-32, x86-64, ppc, ppcLE, zLinux), Windows (32 bits, 64 bits) 7.0.10.80 - Solaris (SPARC, x86-64) 7.0.10.75 - HP-UX (Itanium 32 bits, 64 bits) Dans cet environnement d'exécution Java, les suites de chiffrement qui correspondent à "DES_CBC" ont été désactivées. Par exemple, la suite de chiffrement suivante a été désactivée : SSL_RSA_FIPS_WITH_DES_CBC_SHA Cela signifie que si une application utilise cet environnement d'exécution Java, l'application ne pourra plus utiliser cette suite de chiffrement, par exemple si vous vous connectez au gestionnaire de files d'attente via un canal sécurisé SSL/TLS. Si vous comprenez le risque de sécurité associé à l'utilisation de ces suites de chiffrement désactivées et souhaitez les réactiver, mettez à jour le fichier suivant : AIX, Linux, Solaris : /java/jre64/jre/lib/security/java.security Windows : \java\jre\lib\security\java.security et éditez l'entrée pour la propriété suivante : jdk.tls.disabledAlgorithms pour supprimer la dernière entrée : ", DES_CBC" LIMITATIONS ET PROBLEMES CONNUS POUR LA VERSION 8.0.0, GROUPE DE CORRECTIFS 14/15 ================================================================ Aucun nouveau problème connu ou limitation ne requiert votre attention. LIMITATIONS ET PROBLEMES CONNUS POUR LA VERSION 8.0.0, GROUPE DE CORRECTIFS 13 ============================================================= Incompatibilité entre GSKit 8.0.55.3 et versions ultérieures et la version 8 d'IBM JRE sous AIX ----------------------------------------------------------------------------------------------- Ce problème n'a d'impact que sur les systèmes AIX qui exécutent une application MQ Java ou JMS remplissant les critères suivants : - Elle n'utilise pas l'environnement d'exécution Java (JRE) fourni avec MQ - Elle utilise une version 8 d'IBM JRE antérieure à la version 8.0, actualisation de service 5, groupe de correctifs 40 - Elle utilise une connexion en mode liaisons au gestionnaire de files d'attente - Elle utilise AMS L'incompatibilité est due à un changement apporté à l'espace de nom IBMJCEPlus pour GSKit, comme décrit dans l'APAR IJ17282 du JRE (https://www.ibm.com/support/docview.wss?uid=swg1IJ17282). Si votre système remplit tous ces critères, mettez à jour votre environnement d'exécution Java vers la version 8.0, actualisation de service 5, groupe de correctifs 40 ou version ultérieure, ou utilisez l'environnement d'exécution Java fourni avec le groupe de correctifs de MQ. LIMITATIONS ET PROBLEMES CONNUS POUR LA VERSION 8.0.0, GROUPE DE CORRECTIFS 12 ============================================================= Aucun nouveau problème connu ou limitation ne requiert votre attention. LIMITATIONS ET PROBLEMES CONNUS POUR LA VERSION 8.0.0, GROUPE DE CORRECTIFS 11 ============================================================= Désormais, le répertoire $MQ_INSTALLATION_PATH/maintenance est accessible en tant que root uniquement ----------------------------------------------------------------------------------------------------- Ce problème affecte potentiellement les utilisateurs Linux. Après l'application du groupe de correctifs 11, seul l'utilisateur root peut accéder au répertoire $MQ_INSTALLATION_PATH/maintenance. Si vous avez configuré une installation Linux en vue de la sauvegarde automatique du répertoire $MQ_INSTALLATION_PATH, vous devez évaluer l'impact de cette modification. Création d'entrées erronées dans le magasin de données du gestionnaire des droits --------------------------------------------------------------------------------- d'accès aux objets (OAM) ------------------------ Ce problème a un impact sur les utilisateurs du gestionnaire des droits d'accès aux objets par défaut. Suite à une erreur de programmation, des entrées erronées sont créées dans le magasin de données du gestionnaire des droits d'accès aux objets (OAM). Ces entrées contiennent des entités dont le nom est "<>". Ce problème est résolu dans IBM MQ version 8.0.0.11 par l'APAR IT24223. Les entrées erronées sont retirées du gestionnaire des droits d'accès aux objets lorsque le gestionnaire de files d'attente est redémarré. LIMITATIONS ET PROBLEMES CONNUS POUR LA VERSION 8.0.0, GROUPE DE CORRECTIFS 10 ============================================================= Aucun nouveau problème connu ou limitation ne requiert votre attention. LIMITATIONS ET PROBLEMES CONNUS POUR LA VERSION 8.0.0, GROUPE DE CORRECTIFS 9 ============================================================ Le client Java se bloque lorsque le gestionnaire de files d'attente est mis au repos ------------------------------------------------------------------------------------ au cours d'une nouvelle tentative de connexion ---------------------------------------------- Ce problème a un impact sur les applications qui utilisent les fonctions MQ suivantes : - Classes for JMS - Classes for Java - L'adaptateur de ressources JCA - Les bundles OSGi - Managed File Transfer Un gestionnaire de files d'attente MQ peut envoyer des notifications aux clients connectés qui demandent une fermeture contrôlée des conversations (descripteurs de connexion), par exemple lorsque le gestionnaire de files d'attente est mis au repos. Si une unité d'exécution sur un client Java reçoit l'une de ces notifications alors qu'une autre unité d'exécution sur le client demande une nouvelle conversation, un interblocage peut survenir car les deux unités d'exécution ont besoin d'accéder à l'élément "connectionsLock" interne sur l'objet RemoteConnectionSpecification. Ce problème est corrigé dans IBM MQ version 8.0.0.9 par l'APAR IT22127. Le correctif lance une nouvelle unité d'exécution pour réassocier la connexion à son élément RemoteConnectionSpecification si nécessaire, pour qu'elle puisse être réutilisée. Afin que le correctif fonctionne pour vos applications, vous devez ajouter la nouvelle règle suivante au fichier de règles utilisé par Java Security Manager : permission java.lang.RuntimePermission "modifyThread"; LIMITATIONS ET PROBLEMES CONNUS POUR LA VERSION 8.0.0, GROUPE DE CORRECTIFS 8 ============================================================ Aucun nouveau problème connu ou limitation ne requiert votre attention. LIMITATIONS ET PROBLEMES CONNUS POUR LA VERSION 8.0.0, GROUPE DE CORRECTIFS 7 ============================================================ Pour zh_TW, le plug-in MFT MQ Explorer affiche un message d'erreur qui indique l'échec de l'assertion ----------------------------------------------------------------------------------------------------- Pour l'environnement local Chinois traditionnel (zh_TW), si vous utilisez le plug-in Managed File Transfer (MFT) pour surveiller les transferts de fichier dans la vue de progression du transfert, MQ Explorer affiche continuellement un message d'erreur en incrustation dont le texte est le suivant : assertion failed: Column 7 has no label provider. Cette erreur existe car une mise à jour de la traduction en chinois traditionnel du titre de la colonne 7 ("Started" en anglais) n'a pas été appliquée à un fichier de contrôle utilisé par le plug-in MFT. Ce problème est corrigé dans IBM MQ version 8.0.0, groupe de correctifs 13, par l'APAR IT28289. Ce problème peut également être résolu par un correctif local. Deux correctifs locaux sont décrits ci-dessous. Il suffit d'en suivre un pour résoudre le problème. Correctif local - Méthode 1 : ----------------------------- 1. Ouvrez provisoirement MQ Explorer dans une langue et un environnement local différents. Par exemple, vous pouvez configurer les propriétés système Java "user.language" et "user.region". Pour ce faire, pour MQ Explorer, ouvrez le fichier MQExplorer.ini qui se trouve dans le répertoire "bin" de l'installation de MQ et ajoutez ces entrées à la fin du fichier sous la ligne suivante : -vmargs Ainsi, pour ouvrir MQ Explorer en anglais (Etats-Unis), ajoutez les lignes suivantes au fichier MQExplorer.ini : -Duser.language=en -Duser.region=US A présent, la fin du fichier est similaire à : -vmargs -Xmx512M -Duser.language=en -Duser.region=US Sauvegardez et fermez le fichier. 2. Dans le nouvel environnement local : a. Ouvrez MQ Explorer. b. Connectez-vous à la configuration MFT. c. Ouvrez la page du journal de transfert répertoriée sous la configuration MFT. d. Assurez-vous que la vue de la progression du transfert en cours est également affichée. Par défaut, elle se trouve directement sous la vue de contenu du journal de transfert. 3. Fermez MQ Explorer, puis rouvrez-le dans l'environnement local zh_TW. Si zh_TW est votre environnement local de système, retirez simplement les propriétés système user.language et user.region du fichier MQExplorer.ini. Correctif local - Méthode 2 : ----------------------------- 1. Fermez MQ Explorer. 2. Ouvrez le fichier dialog_settings.xml depuis l'espace de travail de MQ Explorer. Il se trouve dans un répertoire similaire au suivant : [sous linux] /home/user1/IBM/WebSphereMQ/workspace-Installation1/.metadata/.plugins/com.ibm.wmqfte.explorer [sous Windows] C:\Users\Administrator\IBM\WebSphereMQ\workspace-Installation1\.metadata\.plugins\com.ibm.wmqfte.explorer\ 3. Supprimez l'un des éléments figurant dans la liste sous l'entrée XML suivante pour "COLUMNS", pour que la liste contienne sept éléments, au lieu des huit de départ.
Par exemple, supprimez le premier élément de la liste pour "COLUMNS" : 3. Sauvegardez et fermez le fichier. 4. Redémarrez MQ Explorer. La commande de transfert de fichier fteCleanAgent, exécutée sans paramètre, --------------------------------------------------------------------------- est équivalente à -all ---------------------- Lors de l'exécution de la commande fteCleanAgent avec uniquement le nom d'agent, sans argument, le comportement est équivalent à fteCleanAgent -all. Il en résulte que tous les transferts en cours et en attente, les définitions de moniteur de ressources et les définitions de transferts planifiées sur l'agent sur lequel la commande a été exécutée sont effacés. Par exemple, le même comportement est obtenu avec les deux commandes suivantes : fteCleanAgent agent100 fteCleanAgent -all agent100 Sous le correctif APAR IT15522, la commande fteCleanAgent a été mise à jour pour qu'un utilisateur doive spécifier l'état Managed File Transfer à effacer en transmettant les paramètres appropriés à la commande et en spécifiant un nom d'agent. Ce correctif APAR ajoute également une nouvelle propriété pour restaurer le comportement d'origine de fteCleanAgent si nécessaire. Cette propriété, appelée "failCleanAgentWithNoArguments", est définie dans le fichier command.properties. Par défaut, la valeur de "failCleanAgentWithNoArguments" est true et l'exécution de la commande fteCleanAgent échoue si seul le paramètre de nom d'agent est spécifié . Le plug-in Managed File Transfer de MQ Explorer ne gère pas les mots de passe d'une ----------------------------------------------------------------------------------- longueur supérieure à 12 caractères si le mode d'authentification MQCSP est activé ---------------------------------------------------------------------------------- Si vous utilisez le plug-in Managed File Transfer de MQ Explorer ou que certains de vos agents Managed File Transfer se connectent à un gestionnaire de files d'attente à l'aide du transport CLIENT et spécifient un mot de passe, l'agent ne s'authentifie pas auprès du gestionnaire de files d'attente si le mot de passe spécifié comporte plus de 12 caractères. En effet, le code n'utilise pas l'authentification MQCSP et s'authentifie à l'aide du "mode compatibilité", qui limite la longueur des mots de passe à 12 caractères. Avec le correctif APAR IT17772, le code est mis à jour de sorte que vous puissiez désactiver le mode compatibilité par défaut et activer le mode d'authentification MQCSP. Pour cela, vous pouvez effectuer les procédures suivantes : - Dans MQ Explorer : - Sélectionnez le gestionnaire de files d'attente auquel vous souhaitez vous connecter. - Cliquez dessus à l'aide du bouton droit de la souris et sélectionnez Détails de connexion > Propriétés. - Cliquez sur l'onglet ID utilisateur. - Vérifiez que l'option "Activer l'identification utilisateur" est sélectionnée et désélectionnez la case "Mode compatibilité d'ID utilisateur". - Pour les agents MFT : Ajoutez un nouveau paramètre "useMQCSPAuthentication" au fichier MFTCredentials.xml pour l'utilisateur approprié. Définissez ce paramètre sur true. Si ce paramètre n'est pas présent, il est défini par défaut sur false et utilise le mode compatibilité pour authentifier l'utilisateur auprès du gestionnaire de files d'attente. Voici un exemple d'entrée montrant comment définir le paramètre useMQCSPAuthentication dans le fichier MFTCredentials.xml : LIMITATIONS ET PROBLEMES CONNUS POUR LA VERSION 8.0.0, GROUPE DE CORRECTIFS 6 ============================================================ Certaines propriétés ne sont pas référencées dans les configurations de modèle HA --------------------------------------------------------------------------------- fournies avec IBM MQ Virtual System Pattern Type ------------------------------------------------ Pour IBM MQ version 8.0.0, groupe de correctifs 6, les propriétés suivantes sont incluses dans les modèles de canevas multi-instances qui sont fournis avec IBM MQ Virtual System Pattern Type pour IBM PureApplication System : - ha_manage_mq_data_manually - ha_existing_data_path - ha_do_not_install_mq_advanced_components Actuellement, les références à ces propriétés manquent dans les configurations de modèle de type "instance de secours à haute disponibilité". Pour pouvoir utiliser l'une de ces configurations, retracez la ligne des dépendances de données ou ajoutez les références de propriété à la configuration. Ce problème est corrigé dans IBM MQ version 8.0.0, groupe de correctifs 7, par l'APAR IT18908. Les fichiers FDC peuvent signaler des abonnements manquants pour un gestionnaire -------------------------------------------------------------------------------- de files d'attente de cluster alors que ce n'est pas le cas ----------------------------------------------------------- Le processus du référentiel de cluster inclut des contrôles de maintenance. L'un d'entre eux consiste à vérifier si des abonnements internes existent pour des objets de file d'attente et de gestionnaire de files d'attente dans la vue du gestionnaire de files d'attente local de la configuration de cluster. Si le système détecte qu'un enregistrement de gestionnaire de files d'attente ne possède pas d'abonnement dans les clusters dont il est membre, un fichier contenant la sonde RM702021 (abonnement manquant) est généré. Toutefois, au cours du processus de création d'un référentiel complet, l'enregistrement de gestionnaire de files d'attente peut inclure un nom de cluster que le gestionnaire de files d'attente local ne connaît pas encore (car il ne s'agit pas encore d'un référentiel complet pour le cluster nommé, ni d'un référentiel partiel). Dans ce cas, le fichier FDC généré est trompeur car il ne devrait pas exister d'abonnement. Le correctif APAR IT14931 vérifie que le gestionnaire de files d'attente peut être un référentiel complet différé, et si tel est le cas, ne génère pas le fichier FDC. Cependant, le système ne peut pas être sûr que le gestionnaire de files d'attente est sur le point de devenir un référentiel complet ; il est donc important que vous procédiez également aux contrôles manuels suivants : - Vérifiez que des canaux récepteurs de cluster dans la configuration de cluster sont partagés dans les clusters appropriés. - Vérifiez que les listes de noms utilisées par les canaux récepteurs de cluster sur les gestionnaires de files d'attente éloignées contiennent la liste prévue de noms de cluster. - Vérifiez que les canaux émetteurs définis manuellement ont été définis correctement et que la destination est un référentiel complet. (Les canaux définis manuellement (CLUSSDR) doivent toujours désigner des référentiels complets. Ceux qui désignent des référentiels partiels présentent une erreur de configuration.) Le programme d'écoute des exceptions MQ JMS n'est pas appelé pour tous cas -------------------------------------------------------------------------- d'exception de connexion interrompue ------------------------------------ Les problèmes suivants affectent les applications JMS qui utilisent IBM MQ V8.0 classes for JMS : - Si vous associez la propriété de fabrique de connexions JMS JmsConstants.ASYNC_EXCEPTIONS à la valeur JmsConstants.ASYNC_EXCEPTIONS_ALL, le programme d'écoute des exceptions JMS de votre application doit être appelé pour les exceptions de connexion interrompue, mais aussi pour toute exception émise lors de la distribution de messages asynchrones à un programme d'écoute de messages JMS. Toutefois, les exceptions non liées à une connexion interrompue (par exemple, MQRC_GET_INHIBITED) n'ont pas été distribuées au programme d'écoute des exceptions. - Si une session JMS utilise un autre socket TCP/IP vers la connexion JMS, le programme d'écoute des exceptions de l'application n'a pas été appelé si seul le socket utilisé par la session JMS est interrompu. - Une fois que vous avez installé MQ version 8.0.0, groupe de correctifs 3, le programme d'écoute des exceptions de votre application n'est appelé pour une exception de connexion interrompue que si l'application utilise des consommateurs de messages asynchrones et non des consommateurs de messages synchrones. Le correctif APAR IT14820 implémente les correctifs suivants : - Un programme d'écoute des exceptions enregistré par une application est appelé pour toutes les exceptions de connexion interrompue, que l'application utilise des consommateurs de messages synchrones ou asynchrones. - Un programme d'écoute des exceptions enregistré par une application est appelé si un socket TCP/IP utilisé par une session JMS est interrompu. - Les exceptions non liées à une connexion interrompue (par exemple, MQRC_GET_INHIBITED) générées lors de la distribution des messages sont envoyées au programme d'écoute des exceptions d'une application si cette application utilise des consommateurs de messages asynchrones et que pour la fabrique de connexions JMS qu'elle utilise, la propriété ASYNC_EXCEPTIONS est définie sur ASYNC_EXCEPTIONS_ALL. GSKit 8.0.50.69 ou une version ultérieure modifie le format du fichier de dissimulation --------------------------------------------------------------------------------------- Le correctif APAR IT16295 met à jour le composant GSKit vers le niveau 8.0.50.69 ou un niveau ultérieur. Cette mise à jour modifie le format de fichier de dissimulation utilisé lors de la génération d'un fichier .sth pour stocker le mot de passe de la base de données de clés. Les fichiers de dissimulation générés par ce niveau de GSKit ne sont pas lisibles par les niveaux antérieurs de GSKit. Pour garantir la compatibilité, les applications ou autres installations qui utilisent un fichier de dissimulation généré avec ce niveau de GSKit doivent être mises à jour vers une version de MQ qui contient GSKit 8.0.50.69 ou une version ultérieure. Si vous ne pouvez pas mettre à jour ces applications ou autres installations, vous pouvez demander un format de fichier de dissimulation compatible avec les versions antérieures. Pour cela, vous devez spécifier le paramètre "-v1stash" dans les commandes runmqakm ou runmqckm lorsque vous utilisez les options "-stash" ou "-stashpw" pour générer un fichier de dissimulation. Vous ne pouvez pas générer de fichier de dissimulation compatible avec les versions antérieures si vous utilisez l'interface graphique d'iKeyman. Problèmes de connexion lors de l'utilisation d'agents Managed File Transfer sous z/OS ------------------------------------------------------------------------------------- Lorsque le produit IBM WebSphere MQ File Transfer Edition est devenu un composant d'IBM MQ, un certain nombre d'améliorations de sécurité ont été apportées. Ces améliorations incluaient la restriction des commandes suivantes afin qu'elles ne puissent être exécutées que par l'utilisateur sous lequel les processus de l'agent ou du consignateur étaient exécutés : - fteStartAgent - fteStopAgent - fteSetAgentTraceLevel - fteShowAgentDetails - fteStartLogger - fteStopLogger - fteSetLoggerTraceLevel Si vous utilisez IBM MQ Managed File Transfer sous z/OS, vous pouvez exécuter les agents comme tâches démarrées. De telles tâches sont généralement exécutées sous un compte d'administrateur qui ne dispose pas nécessairement de droits de connexion. Dans ce cas, vous ne pouvez pas vous connecter au système z/OS sous le même compte utilisateur que l'agent, ce qui signifie que les commandes suivantes ne peuvent pas être exécutées pour cet agent : - fteStartAgent - fteStopAgent - fteSetAgentTraceLevel - fteShowAgentDetails Le correctif APAR PI52942 ajoute une nouvelle propriété d'agent "adminGroup" à utiliser avec les agents IBM MQ Managed File Transfer sous z/OS. Si cette propriété est définie sur le nom d'un groupe existant, les membres de ce groupe peuvent exécuter les commandes précédentes pour cet agent. LIMITATIONS ET PROBLEMES CONNUS POUR LA VERSION 8.0.0, GROUPE DE CORRECTIFS 5 ============================================================ IBM PureApplication System n'est pas disponible actuellement dans IBM MQ version 8.0.0.5 ------------------------------------------------------------------------------- Si vous utilisez IBM PureApplication System, appliquez IBM MQ version 8.0.0, groupe de correctifs 4. Actuellement, il n'existe pas de groupe de correctifs 5 pour IBM PureApplication System. Le consignateur de base de données Java EE d'IBM MQ Managed File Transfer génère -------------------------------------------------------------------------------- des messages d'avertissement dans WebSphere Application Server Community Edition -------------------------------------------------------------------------------- version 2.1 lorsqu'il est utilisé avec une base de données Oracle ----------------------------------------------------------------- Pour une description complète de ce problème, voir LIMITATIONS ET PROBLEMES CONNUS POUR LA VERSION 8.0.0. Ce problème est corrigé dans IBM MQ version 8.0.0, groupe de correctifs 5, auquel s'applique les limitations suivantes : - Les colonnes "SOURCE_BRIDGE_URL" et "DESTINATION_BRIDGE_URL" de la table "FTELOG"."TRANSFER_EVENT" doivent être définies avec une longueur de colonne de 2083. - Les utilisateurs du composant MQ Managed File Transfer dont le consignateur de base de données se connecte à une base de données DB2 peuvent être amenés à mettre à jour manuellement cette longueur de colonne après avoir appliqué ce groupe de correctifs si elle est définie sur 1024. Sinon, les données de plus de 1024 octets seront tronquées sans avertissement de DB2. Changement de comportement lors de l'utilisation de CONNAUTH pour la -------------------------------------------------------------------- connexion à un gestionnaire de files d'attente ---------------------------------------------- Lors de l'utilisation de CONNAUTH dans les versions précédentes du produit, le comportement de l'application est différent selon que les classes MQ sont utilisées pour l'API Java ou pour d'autres API. Dans les versions précédentes, si CONNAUTH est activé sur un gestionnaire de files d'attente et que le paramètre CHCKCLNT a la valeur OPTIONAL dans la définition AUTHINFO, et si une application client utilisant les classes MQ pour l'API Java fournit un ID utilisateur sans mot de passe, la connexion de l'application aboutit. Lorsque d'autres API, telles que JMS ou l'API MQ native, sont utilisées, le comportement est différent et la connexion échoue. A partir d'IBM MQ version 8.0.0, groupe de correctifs 5, les applications qui utilisent des classes MQ pour l'API Java ou pour d'autres API ont le même comportement. Ainsi, si un ID utilisateur est fourni sans mot de passe, la connexion échoue. Changement de comportement : la vérification stricte des réponses PCF est ------------------------------------------------------------------------- maintenant désactivée par défaut -------------------------------- La classe PCFMessageAgent est utilisée par les applications, et en interne par MQ Explorer, pour envoyer des demandes PCF à un gestionnaire de files d'attente et collecter les réponses. Cette classe est modifiée par IBM MQ version 8.0.0, groupe de correctifs 5 dans le but de fournir un mécanisme d'activation/désactivation de la vérification stricte des messages de réponse PCF qui a été introduit dans le cadre de l'APAR IT01469. Cela a pour but d'empêcher les applications et MQ Explorer de se comporter de manière inattendue lors de la connexion à un gestionnaire de files d'attente qui est affecté par le problème signalé dans l'APAR IT10521. PCFMessageAgents et MQ Explorer peuvent être utilisés pour communiquer avec un grand nombre de gestionnaires de files d'attente différents auxquels il n'est pas toujours possible d'appliquer le correctif de l'APAR IT10521. Dans ce contexte, le comportement par défaut des trois méthodes send() fournies par PCFMessageAgent a été modifié afin qu'elles n'effectuent plus une vérification stricte des réponses PCF qui sont reçues. Au lieu de compter les réponses PCF pour s'assurer que le gestionnaire de files d'attente a envoyé le nombre de réponses requis avant de redonner le contrôle à l'application, les méthodes considèrent maintenant qu'elles ont reçu toutes les réponses PCF à une commande après avoir traité un message de réponse dont le champ Control est défini à la valeur MQCFC_LAST. Le comportement en vigueur avant le correctif de l'APAR IT01469 est ainsi rétabli. Si la vérification stricte des messages de réponse PCF est requise, par exemple pour éviter le problème signalé dans l'APAR IT01469, définissez la propriété système Java suivante dans l'environnement JRE dans lequel s'exécute l'application qui utilise PCFMessageAgent : com.ibm.mq.pcf.enableStrictPCFResponseChecking=true Pour activer la vérification stricte des messages de réponse PCF dans MQ Explorer, démarrez l'interface utilisateur en lançant la commande suivante à partir de la ligne de commande : CHEMIN_INSTALLATION_MQ/bin/MQExplorer -Dcom.ibm.mq.pcf.enableStrictPCFResponseChecking=true où CHEMIN_INSTALLATION_MQ correspond au répertoire dans lequel est installé MQ version 8.0. LIMITATIONS ET PROBLEMES CONNUS POUR LA VERSION 8.0.0, GROUPE DE CORRECTIFS 4 - =============================================================================== SUPPORT POUR IBM PUREAPPLICATION SYSTEM ======================================= La machine virtuelle n'est pas redémarrée après un arrêt à l'aide de la ----------------------------------------------------------------------- commande ssh "halt" ----------------------------------------------------------------------------- La machine virtuelle n'est pas capable de redémarrer après l'exécution de la commande d'arrêt "halt" dans une armoire Power/AIX avec IBM PureApplication System 2.1.2.0. La solution consiste à mettre hors tension puis à nouveau sous tension la machine virtuelle défaillante. IBM PureApplication System : Limitation de la reprise d'une machine virtuelle ----------------------------------------------------------------------------- Si une machine virtuelle est arrêtée alors qu'un déploiement s'exécute depuis moins de 30 minutes, il se peut que les actions de reprise ne soient pas mises en oeuvre. L'infrastructure de reprise doit surveiller le statut de la machine virtuelle pendant 30 minutes environ une fois le déploiement passé à l'état EXECUTION avant que les opérations de reprise ne deviennent disponibles. Limitation lors de l'installation et de la mise à niveau d'IBM MQ au dernier niveau ----------------------------------------------------------------------------------- de groupe de correctifs ----------------------- Cette limitation affecte les utilisateurs Power/AIX et Linux/x86 qui exécutent les versions suivantes d'IBM PureApplication System : - IBM PureApplication System aux niveaux de version 2.1.2.0, 2.2.0.0 et ultérieurs - IBM MQ PureApplication Pattern Type 1.0.0.2 et versions antérieures En raison d'une modification d'interface aux niveaux de version IBM PureApplication System 2.1.2.0, 2.2.0.0 et ultérieurs, l'installation et la mise à niveau d'IBM MQ au dernier niveau de maintenance Pattern Type échouent. Bien que l'installation semble avoir abouti, IBM MQ version 8.0.0.2 est installé et la mise à jour du groupe de correctifs ultérieur n'est pas appliquée. Cela affecte IBM MQ PureApplication Pattern Type 1.0.0.2 et versions antérieures et entraîne les restrictions suivantes : - Pour les niveaux de version IBM PureApplication System antérieurs à 2.1.2.0, et au niveau de version 2.1.2.1, vous pouvez installer toutes les versions d'IBM MQ Pattern Type. Vous pouvez également appliquer la maintenance aux instances Pattern en cours d'exécution. - Pour les niveaux de version IBM PureApplication System 2.1.2.0, 2.2.0.0 et ultérieurs, vous pouvez installer uniquement IBM MQ version 8.0.0.2. Vous ne pouvez pas installer des versions MQ ultérieures, ni appliquer la maintenance à des instances Pattern en cours d'exécution. Ce problème est corrigé dans IBM MQ version 8.0.0, groupe de correctifs 6, par l'APAR IT15252. IBM PureApplication System : Problème de réamorçage/arrêt des machines virtuelles --------------------------------------------------------------------------------- Si vous utilisez une version d'IBM PureApplication System antérieure à 2.2.0.0, vous ne devez redémarrer les machines virtuelles qu'à l'aide de la console PureApplication System. Si vous utilisez la ligne de commande, l'arrêt automatique des instances de gestionnaire de files d'attente IBM MQ risque de ne pas être terminé avant que le système de fichiers GPFS soit démonté. Cela peut entraîner un blocage de la machine virtuelle au cours de sa séquence d'arrêt. La situation peut être résolue à l'aide de la console PureApplication System. Pour cela, sélectionnez le noeud affecté dans la perspective Machine virtuelle et mettez-le hors tension puis sous tension. Une fois le redémarrage terminé, les instances de gestionnaire de files d'attente IBM MQ reviennent à leur état correct. LIMITATIONS ET PROBLEMES CONNUS POUR LA VERSION 8.0.0, GROUPE DE CORRECTIFS 4 ============================================================ Echec de la mise à jour des bibliothèques gskit lors de la mise à niveau sous AIX --------------------------------------------------------------------------------- Sous AIX, lors d'une mise à niveau vers IBM MQ version 8.0.0, le groupe de correctifs 4 d'une version antérieure peut générer les messages suivants lors de l'application de l'ensemble de fichiers mqm.gskit.rte : tar: can't create lib/libgsk8ssl.so: Text file busy tar: can't create lib/libgsk8cms.so: Text file busy tar: can't create lib/libgsk8sys.so: Text file busy tar: can't create lib/libgsk8iccs.so: Text file busy WARNING: Return code "1" from tar while expanding gskssl32.tar.Z tar: can't create lib64/libgsk8ssl_64.so: Text file busy tar: can't create lib64/libgsk8cms_64.so: Text file busy tar: can't create lib64/libgsk8sys_64.so: Text file busy tar: can't create lib64/libgsk8iccs_64.so: Text file busy WARNING: Return code "1" from tar while expanding gskssl64.tar.Z La commande MQ /usr/mqm/bin/dspmqver -p64 indique la version des bibliothèques IBM Global Security Kit à un niveau antérieur à 8.0.50.52. Pour corriger le problème, lancez la commande AIX : /usr/sbin/slibclean ... suivie de la commande MQ : /usr/mqm/bin/amqigski -i Lancez la commande /usr/mqm/bin/dspmqver -p64 pour confirmer que la version correcte (8.0.50.52) apparaît à la fois pour les bibliothèques Global Security Kit 32 bits et 64 bits. Nom : IBM Global Security Kit for WebSphere MQ Version : 8.0.50.52 Type de version : Production Mode : 32 bits Nom : IBM Global Security Kit for WebSphere MQ Version : 8.0.50.52 Type de version : Production Mode : 64 bits Si l'installation IBM MQ s'est effectuée à un emplacement autre que celui par défaut, ajoutez comme préfixe aux commandes décrites ci-dessus le chemin d'accès à l'emplacement USIL (User Specified Install Location) défini avec l'option -R de la commande installp. Ce problème est corrigé dans IBM MQ version 8.0.0, groupe de correctifs 5. Installation du groupe de correctifs de MQ Explorer --------------------------------------------------- Il existe une limitation qui peut entraîner l'échec de la mise à niveau de MQ Explorer vers la version 8.0.0, groupe de correctifs 4 après l'installation du groupe de correctifs. Après avoir appliqué le groupe de correctifs, déterminez quelle version de MQ Explorer est installée. Lancez MQ Explorer, puis accédez à Aide > A propos d'IBM WebSphere MQ Explorer. Si les plug-ins sont de niveau antérieur, utilisez une ou plusieurs options répertoriées ci-dessous pour les mettre à jour. ** Option 1 : Utilisation de l'indicateur -initialize ** Démarrez MQ Explorer avec l'indicateur -initialize avec des droits administrateur ou root et lancez ensuite le produit de manière normale. Si l'une des conditions suivantes se produit après l'exécution avec l'indicateur -initialize, appliquez l'Option 2 (installation de MSOT) : - Lors du démarrage, MQ Explorer vous demande de créer un espace de travail, après quoi une version de niveau antérieur du produit est lancée. - des erreurs similaires à celles-ci surviennent : Attribute 265(unknown)missing from type table (2) for object obj1 Attribute 2133(MQCA_LDAP_GROUP_OBJECT_CLASS)missing from type table (83) for object SYSTEM.DEFAULT.AUTHINFO.IDPWLDAP ** Option 2 : Installation de MS0T ** Si le système affiche l'une des conditions d'erreur décrites pour l'Option 1, installez le pack de support MS0T disponible sur le site http://www-01.ibm.com/support/docview.wss?uid=swg24021041 Lors de l'exécution avec la version MS0T de MQ Explorer, vous devez effectuer une configuration supplémentaire pour afficher les gestionnaires de files d'attente locaux. Le produit MS0T doit être au niveau de version 64 bits afin de correspondre aux gestionnaires de files d'attente locaux 64 bits. - Sous Windows, définissez la variable d'environnement PATH de sorte qu'elle comprenne les répertoires bin64 et java/lib64 de votre installation IBM MQ. Vous pouvez pour cela utiliser la commande setmqenv avant de démarrer MS0T à partir de la même ligne de commande. Par exemple, si IBM MQ est installé dans le répertoire C:\Program Files\IBM\WebSphere MQ, entrez la commande suivante : C:\Program Files\IBM\WebSphere MQ\bin\setmqenv -s - Sous Linux, définissez la variable d'environnement LD_LIBRARY_PATH de sorte qu'elle comprenne les répertoires java/lib64 et lib64 de votre installation IBM MQ avant d'exécuter MQ Explorer. Par exemple, si IBM MQ est installé dans /opt/mqm, mettez à jour le chemin comme suit : export LD_LIBRARY_PATH=/opt/mqm/java/lib64:/opt/mqm/lib64:$LD_LIBRARY_PATH ** Option 3 : Installation à partir d'un nouveau support ** Installez la version 8.0.0, groupe de correctifs 4 à partir de la version actualisée complète depuis le site Passport Advantage au lieu d'appliquer le groupe de correctifs 4 à une installation version 8.0 précédente. Ce problème est corrigé dans IBM MQ version 8.0.0, groupe de correctifs 5, par l'APAR IT08513. Erreur AMQ5688 du programme setmqm lors du rétablissement de la version 8.0.0.3 ------------------------------------------------------------------------------- d'un gestionnaire de files d'attente à partir de la version 8.0.0.4 ------------------------------------------------------------------------------------ Supposons qu'un gestionnaire de files d'attente, exécuté à partir d'une installation MQ version 8.0.0.4, soit démarré au niveau de commande 802. Si vous utilisez ensuite le programme setmqm pour modifier l'installation de ce gestionnaire de files d'attente de la version 8.0.0.4 à la version 8.0.0.3, le programme setmqm échoue avec le message d'exception suivant : AMQ5688: Unable to associate queue manager '' with installation ''. Cette opération devrait être valide car le niveau de commande 802 est pris en charge par les deux versions du produit. Pour plus d'informations sur ce problème, y compris une solution de contournement manuelle, voir http://www.ibm.com/support/docview.wss?uid=swg1IT13017 Ce problème est corrigé dans IBM MQ version 8.0.0, groupe de correctifs 5, par l'APAR IT13017. Impossible de démarrer MQ Explorer après la restauration d'un groupe de correctifs ---------------------------------------------------------------------------------- précédent sous Windows 64 ------------------------- Après avoir désinstallé un groupe de correctifs sous Windows 64 bits et rétabli le groupe de correctifs précédent, vous risquez de ne plus pouvoir démarrer MQ Explorer à l'aide de strmqcfg dans le groupe de correctifs antérieur. Ce problème a été constaté pour la première fois lors du rétablissement de la version 8.0.0, groupe de correctifs 3 à partir de la version 8.0.0, groupe de correctifs 4. Pour corriger ce problème, voir la note technique suivante : http://www.ibm.com/support/docview.wss?uid=swg21983577 Installation d'AMQP ------------------- A partir de la version 8.0.0, groupe de correctifs 4, IBM MQ prend en charge les API MQ Light par le biais d'un type de canal AMQP (Advanced Message Queuing Protocol). Vous pouvez installer un canal AMQP sous UNIX, Linux ou Windows, mais pas sous IBM i ou z/OS. Pour installer le composant AMQP pour la première fois, vous devez télécharger et installer une version actualisée d'IBM MQ version 8.0.0.4 (ou suivante) depuis Passport Advantage, au lieu d'appliquer le dernier groupe de correctifs depuis Fix Central à une installation version 8.0 précédente. LIMITATIONS ET PROBLEMES CONNUS POUR LA VERSION 8.0.0, GROUPE DE CORRECTIFS 3 - =============================================================================== SUPPORT HAUTE DISPONIBILITE POUR IBM PUREAPPLICATION SYSTEM =========================================================== Limitations lors du déploiement sur des machines virtuelles hébergées dans plusieurs armoires --------------------------------------------------------------------------------------------- Le déploiement d'un canevas multi-instance IBM MQ Virtual System Pattern Type 1.0.0.1 sur des machines virtuelles hébergées dans plusieurs armoires dans un environnement multi-armoires IBM PureApplication System n'est pas pris en charge. Ce problème est corrigé dans la version 1.0.0.2 d'IBM MQ Virtual System Pattern Type, qui est comprise dans IBM MQ version 8.0.0, groupe de correctifs 4. Les métadonnées de canevas préexistants ne s'affichent pas dans les générateurs de canevas ultérieurs ----------------------------------------------------------------------------------------------------- La version 1.0.0.1 et les versions ultérieures d'IBM MQ Virtual System Pattern Type disposent du support multi-instance et les métadonnées des canevas à instance unique créés avec la version 1.0.0.0 du logiciel ne s'affichent pas dans les versions ultérieures du générateur de canevas. Pour surmonter ce problème, régénérez ces canevas en utilisant une version ultérieure du générateur de canevas. Limitations lors de la sélection de l'action Stop dans le menu contextuel de gestion ------------------------------------------------------------------------------------ La sélection du mode maintenance pour les instances de système virtuel IBM PureApplication System active l'action Manage pour les machines virtuelles répertoriées dans la perspective Machine virtuelle. La sélection de l'action Stop dans le menu contextuel de gestion, pour les machines virtuelles hébergeant un gestionnaire de files d'attente IBM MQ multi-instance, entraîne l'arrêt immédiat des deux instances du gestionnaire de files d'attente. Ce problème est corrigé dans IBM MQ version 8.0.0, groupe de correctifs 4. Les gestionnaires de files d'attente démarrent automatiquement au démarrage des machines virtuelles --------------------------------------------------------------------------------------------------- Les gestionnaires de files d'attente dans les canevas qui utilisent IBM MQ Virtual System Pattern Type démarrent automatiquement lors du démarrage des machines virtuelles. LIMITATIONS ET PROBLEMES CONNUS POUR LA VERSION 8.0.0, GROUPE DE CORRECTIFS 3 =========================================================== Profil QMQM non disponible lorsque Managed File Transfer est installé sur un ---------------------------------------------------------------------------- système IBM i sans installation IBM MQ précédente ------------------------------------------------- Si vous tentez d'utiliser IBM MQ Managed File Transfer version 8 sur un système IBM i sur lequel aucune version précédente d'IBM MQ n'a été installée, le profil QMQM n'est pas disponible, ce qui empêche la configuration d'IBM MQ Managed File Transfer. Actuellement, le produit prérequis 5724L26 ne crée pas le profil QMQM. Pour contourner ce problème, installez également IBM MQ C Client 5725A49, qui crée le profil QMQM. Il s'agit d'un produit gratuit similaire au client Java, qui peut être téléchargé ici : http://www-01.ibm.com/support/docview.wss?uid=swg24037500 Ce problème est corrigé dans IBM MQ version 8.0.0, groupe de correctifs 4, par l'APAR SE62180. La connexion au gestionnaire de files d'attente échoue sous Redhat Linux390 Advanced Server 7.0 (64 bits) --------------------------------------------------------------------------------------------------------- En raison d'une erreur de code Java GSKit suspectée, toute tentative de connexion à un gestionnaire de files d'attente échoue si vous utilisez un client JMS avec le CipherSpec SSL_ECDHE_ECDSA_WITH_AES_256_GCM_SHA384. Ce problème est corrigé dans IBM MQ version 8.0.0, groupe de correctifs 4, par le biais d'une mise à niveau de GSKIT version 8.0.50.52. Dépréciation de la prise en charge des algorithmes de chiffrement faibles implémentés via des CipherSpecs --------------------------------------------------------------------------------------------------------- Des modifications ont été apportées au gestionnaire de files d'attente IBM MQ pour interdire la configuration des CipherSpecs qui utilisent des algorithmes de chiffrement ou des protocoles désormais considérés comme faibles : ** SSL v3 ** Tous les CipherSpecs sont désactivés par défaut ** TLS 1.0 ** TLS_RSA_EXPORT_WITH_RC2_40_MD5 TLS_RSA_EXPORT_WITH_RC4_40_MD5 TLS_RSA_WITH_DES_CBC_SHA TLS_RSA_WITH_NULL_MD5 TLS_RSA_WITH_NULL_SHA TLS_RSA_WITH_RC4_128_MD5 ** TLS 1.2 ** ECDHE_ECDSA_NULL_SHA256 ECDHE_ECDSA_RC4_128_SHA256 ECDHE_RSA_NULL_SHA256 ECDHE_RSA_RC4_128_SHA256 TLS_RSA_WITH_NULL_NULL TLS_RSA_WITH_NULL_SHA256 TLS_RSA_WITH_RC4_128_SHA256 Par défaut, les CipherSpecs dépréciés ne peuvent pas être spécifiés dans une définition de canal qui renvoie MQRCCF_SSL_CIPHER_SPEC_ERROR dans PCF et qui affiche le message AMQ8242: SSLCIPH definition wrong. Les canaux qui tentent de démarrer avec un CipherSpec déprécié ne peuvent pas démarrer et renvoie MQCC_FAILED (2) et le motif MQRC_SSL_INITIALIZATION_ERROR (2393) au client. Il est possible de réactiver un ou plusieurs CipherSpecs dépréciés pour définir des canaux à l'exécution sur le serveur en définissant la variable d'environnement AMQ_SSL_WEAK_CIPHER_ENABLE. La variable d'environnement accepte un nom de CipherSpec unique ou une liste de noms de CipherSpec MQ séparés par une virgule à réactiver, ou bien la valeur spéciale ALL, qui représente tous les CipherSpecs. Le nouvel ensemble de CipherSpecs par défaut ne compte désormais que les 17 valeurs suivantes : ** TLS 1.0 ** TLS_RSA_WITH_AES_128_CBC_SHA (AES_SHA_US on IBM i) TLS_RSA_WITH_AES_256_CBC_SHA TLS_RSA_WITH_3DES_EDE_CBC_SHA ** TLS 1.2 ** ECDHE_ECDSA_AES_128_CBC_SHA256 ECDHE_ECDSA_AES_256_CBC_SHA384 ECDHE_ECDSA_AES_128_GCM_SHA256 ECDHE_ECDSA_AES_256_GCM_SHA384 ECDHE_ECDSA_3DES_EDE_CBC_SHA256 ECDHE_RSA_AES_128_CBC_SHA256 ECDHE_RSA_AES_256_CBC_SHA384 ECDHE_RSA_AES_128_GCM_SHA256 ECDHE_RSA_AES_256_GCM_SHA384 ECDHE_RSA_3DES_EDE_CBC_SHA256 TLS_RSA_WITH_AES_128_CBC_SHA256 TLS_RSA_WITH_AES_256_CBC_SHA256 TLS_RSA_WITH_AES_128_GCM_SHA256 TLS_RSA_WITH_AES_256_GCM_SHA384 Prise en charge d'IBM i pour les CipherSpecs TLS 1.2 ---------------------------------------------------- IBM MQ for IBM i prend désormais en charge les CipherSpecs suivants : TLS_ECDHE_ECDSA_WITH_NULL_SHA TLS_ECDHE_ECDSA_WITH_RC4_128_SHA TLS_ECDHE_ECDSA_WITH_3DES_EDE_CBC_SHA TLS_ECDHE_RSA_WITH_NULL_SHA TLS_ECDHE_RSA_WITH_RC4_128_SHA TLS_ECDHE_RSA_WITH_3DES_EDE_CBC_SHA TLS_ECDHE_ECDSA_WITH_AES_128_CBC_SHA256 TLS_ECDHE_ECDSA_WITH_AES_256_CBC_SHA384 TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256 TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384 TLS_ECDHE_ECDSA_WITH_AES_128_GCM_SHA256 TLS_ECDHE_ECDSA_WITH_AES_256_GCM_SHA384 TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256 TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 LIMITATIONS ET PROBLEMES CONNUS POUR LA VERSION 8.0.0, GROUPE DE CORRECTIFS 2 ============================================================ Une application JMS renvoie la valeur null et déclenche un message indiquant ---------------------------------------------------------------------------- que la réception a été interrompue par un démarrage de session asynchrone ------------------------------------------------------------------------- Lorsqu'une application crée un consommateur asynchrone sur une session JMS, associe un programme d'écoute des messages à ce consommateur, puis crée un consommateur synchrone dans la méthode onMessage de ce programme d'écoute des messages en utilisant la session avec laquelle le consommateur asynchrone d'origine a été créé, toute réception ultérieure sur ce consommateur synchrone renvoie la valeur null au lieu d'un message et génère sur la console un message indiquant que la réception a été interrompue par un démarrage de session asynchrone. La spécification JMS ne permet pas l'utilisation d'une session pour les méthodes synchrones si la distribution de messages asynchrones est en cours d'exécution. Votre application JMS doit créer une session distincte si vous souhaitez utiliser simultanément des méthodes synchrones et la distribution de messages asynchrones. Sous le correctif APAR IT13758, le message généré par la console a été modifié pour fournir cette explication et une solution. Cette modification est implémentée dans IBM MQ version 8.0.0, groupe de correctifs 6. Le profil IBM i spécial *PUBLIC n'est pas honoré ------------------------------------------------ Lorsque vous utilisez des droits dans IBM MQ version 8.0.0, groupe de correctifs 2, le profil IBM i spécial *PUBLIC n'est pas honoré. Lorsque vous tentez d'utiliser ce profil, l'exception suivante est générée : Message ID . . . . . . : AMQ8168 Severity . . . . . . . : 30 Message type . . . . . : Diagnostic Date sent . . . . . . : "date" Time sent . . . . . . : "time" Message . . . . : User profile name for parameter USER not found. Cause . . . . . : The user profile name specified for parameter USER could not be found on the system, and is not the special value *PUBLIC. Ce problème est propre à IBM MQ Version 8.0.0, groupe de correctifs 2, et est corrigé par l'APAR SE61852 dans la version 8.0.0, groupe de correctifs 3. Un correctif provisoire peut également être téléchargé séparément. Restriction FIPS 140-2 sur les systèmes Linux Little-endian Power PC -------------------------------------------------------------------- Les utilisateurs de SSL et TLS doivent noter que la version de GSKit fournie pour les systèmes Linux Little-endian Power PC n'est pas conforme à la norme FIPS 140-2. L'activation du mode FIPS entraîne l'échec des canaux MQ SSL et TLS avec l'erreur AMQ9620 indiquant le code d'erreur 207 à partir de l'appel de fonction gsk_environment_init. Pour plus d'informations, voir la note technique relative à ce problème à l'adresse http://www.ibm.com/support/docview.wss?rs=171&uid=swg21695457 Ce problème est corrigé dans IBM MQ version 8.0.0, groupe de correctifs 4, par le biais d'une mise à niveau de GSKIT version 8.0.50.51. Blocage SSL/TLS dans GSKit lorsque des listes CRL LDAP sont utilisées sur des systèmes -------------------------------------------------------------------------------------- Linux Little-endian Power PC ---------------------------- Les utilisateurs de SSL et TLS sur des systèmes Linux Little-endian Power PC sont confrontés à un blocage dans GSKit lorsqu'ils utilisent des listes de révocation de certificat stockées sur un serveur LDAP. Les applications client MQI ne sont pas renvoyées depuis les appels MQCONN et MQCONNX et les canaux de transmission de messages ne parviennent pas à passer en mode d'exécution. La sortie de la commande MQSC "DISPLAY CHSTATUS(*) ALL" dans le gestionnaire de files d'attente affiche le canal à l'état STATUS(BINDING) SUBSTATE(SSLHANDSHK) pendant longtemps. Ce problème n'a un impact que sur les connexions SSL et TLS qui utilisent GSKit. Ce problème est corrigé par GSkit niveau 8.0.50.52 qui est inclus dans IBM MQ version 8.0.0, groupe de correctifs 4. Obsolescence du protocole SSLv3 ------------------------------- IBM MQ version 8.0.0, groupe de correctifs 2 déprécie le protocole SSLv3 et l'utilisation des CipherSpecs suivants dans les définitions de canal associées au gestionnaire de files d'attente : AES_SHA_US RC4_SHA_US RC4_MD5_US TRIPLE_DES_SHA_US DES_SHA_EXPORT1024 RC4_56_SHA_EXPORT1024 RC4_MD5_EXPORT RC2_MD5_EXPORT DES_SHA_EXPORT NULL_SHA NULL_MD5 FIPS_WITH_DES_CBC_SHA FIPS_WITH_3DES_EDE_CBC_SHA Les utilisateurs de ces CipherSpecs doivent modifier les définitions de canal afin d'utiliser un autre CipherSpec utilisant le protocole TLS 1.0 ou TLS 1.2. Si vous devez continuer à utiliser les CipherSpecs SSLv3, vous pouvez définir la variable d'environnement AMQ_SSL_V3_ENABLE=1. Vous pouvez également ajouter l'entrée suivante à la strophe SSL du fichier qm.ini du gestionnaire de files d'attente : AllowSSLV3=Y DSPMQM sous IBM i échoue avec CPF6A39 après la mise à niveau depuis la version 7.1.0.x ou 8.0.0, groupe de correctifs 1 ----------------------------------------------------------------------------------------------------------------------- Si IBM MQ version 8.0.0, groupe de correctifs 2, est installé sur la version 8.0.0, groupe de correctifs 1, ou sur une installation de version 7.1 pour laquelle les PTF (modifications provisoires de logiciel) de groupe de correctifs sont installées, après la mise à niveau, la commande DSPMQM sur un gestionnaire de files d'attente actives échoue avec le message CPF6A39 : Message ID . . . . . . : CPF6A39 Severity . . . . . . . : 40 Message type . . . . . : Escape Message . . . . : Variable buffer length too small. Cause . . . . . : Variable buffer length 2016 is too small for buffer length 2064 required by variable record DSPMQ4REC defined in panel group AMQOPMQX in library QSYS. Recovery . . . : Either increase the length of the buffer, or change the definition of variable record DSPMQ4REC in the panel group. Then try the request again. Message ID . . . . . . : CEE9901 Severity . . . . . . . : 30 Message type . . . . . : Diagnostic Message . . . . : Application error. CPF6A39 unmonitored by AMQOMDSX at statement 0000000003, instruction X'0000'. Cause . . . . . : The application ended abnormally because an exception occurred and was not handled. The name of the program to which the unhandled exception is sent is AMQOMDSX AMQMGPHA mgpDisplayStruct2. The program was stopped at the high-level language statement number(s) 0000000003 at the time the message was sent. If more than one statement number is shown, the program is an optimized ILE program. Optimization does not allow a single statement number to be determined. If *N is shown as a value, it means the real value was not available. Cet échec est dû au fait que des objets *PNLGRP sont présents dans la bibliothèque QSYS des PTF de groupe de correctifs. Pour résoudre ce problème, émettez la commande suivante afin de supprimer les anciens objets *PNLGRP de la bibliothèque QSYS, alors que tous les gestionnaires de files d'attente MQ sont inactifs ou avant d'installer WebSphere MQ version 8 : DLTOBJ OBJ(QSYS/AMQ*) OBJTYPE(*PNLGRP) LIMITATIONS ET PROBLEMES CONNUS POUR LA VERSION 8.0.0, GROUPE DE CORRECTIFS 1 ============================================================ Le sélecteur d'ID corrélation défini sur un programme d'écoute de messages JMS ------------------------------------------------------------------------------ n'est pas transmis au gestionnaire de files d'attente ----------------------------------------------------- Ce problème affecte les utilisateurs qui reçoivent les messages à l'aide d'un programme d'écoute de messages dont le sélecteur est défini de sorte à ne recevoir que les messages correspondant à des identificateurs de corrélation spécifiques. Le sélecteur de message d'identificateur de corrélation défini sur l'objet MessageConsumer ou JMSConsumer sur lequel un programme d'écoute de messages JMS est enregistré n'est pas transmis au gestionnaire de files d'attente. Tous les messages de la destination sont donc envoyés au programme d'écoute, au lieu des seuls messages qui correspondent au sélecteur. Ce problème est corrigé par le correctif APAR IT16106 d'IBM MQ version 8.0.0, groupe de correctifs 7. Problèmes d'installation sur Windows Server 2012 R2 et Windows 8.1 ------------------------------------------------------------------ Lorsque vous installez IBM MQ version 8.0.0, groupe de correctifs 1, sur un système Windows Server 2012 R2 ou Windows 8.1, il se peut que l'installation n'aboutisse pas en raison d'une incompatibilité avec le code du programme d'installation et ces versions de Windows. Pour limiter ce problème, exécutez le programme de chargement de groupe de correctifs (WS-MQ-8.0.0-FP0001.exe) en mode compatibilité (compatible avec Windows 7 ou 8) comme suit : 1. Affichez le répertoire dans lequel le package a été décompressé dans l'explorateur Windows. 2. Cliquez avec le bouton droit de la souris sur l'icône WS-MQ-8.0.0-FP0001, sélectionnez Propriétés, puis l'onglet Compatibilité. 3. Sélectionnez "Exécuter ce programme en mode compatibilité pour" et "Windows 8" dans la liste déroulante. Ce problème est corrigé par l'APAR IT04867. Limitation de GSKit niveau 8.0.50.31 ------------------------------------ Les utilisateurs qui créent des certificats autosignés pour WebSphere MQ Advanced Message Security (AMS) avec la commande runmqakm dans IBM MQ version 8.0.0, groupe de correctifs 1, doivent inclure le paramètre "-ca false" dans la commande de création de certificat. Sinon, le certificat n'est pas valide et les applications client Java émettent une exception MQ, avec le code anomalie MQRC_SECURITY_ERROR et le code achèvement MQCC_FAILED, au cours des opérations de messagerie impliquant une file d'attente protégée par AMS. Remarque : ce problème est propre à IBM MQ version 8.0.0, groupe de correctifs 1, et est corrigé dans la version 8.0.0, groupe de correctifs 2. LIMITATIONS ET PROBLEMES CONNUS POUR LA VERSION 8.0.0 ================================================ Le consignateur de base de données Java EE d'IBM MQ Managed File Transfer génère -------------------------------------------------------------------------------- des messages d'avertissement dans WebSphere Application Server Community Edition -------------------------------------------------------------------------------- version 2.1 lorsqu'il est utilisé avec une base de données Oracle ----------------------------------------------------------------- Ce problème affecte tous les utilisateurs du consignateur de base de données afin que les informations publiées sous forme de messages de journal XML dans la rubrique SYSTEM.FTE du gestionnaire de files d'attente de coordination soient conservées dans une base de données Oracle. Si des colonnes définies pour une table créée dans la base de données sont de type CLOB (NCLOB, par exemple), la classe Java définie à l'aide de l'architecture JPA (Java Persistence Architecture) pour représenter cette table doit associer la mention "@Lob" aux variables de membre de classe représentant la colonne de type CLOB. Sinon, la colonne est considérée comme étant de type "VARCHAR". Cette annotation n'était pas incluse dans les classes Java fournies avec le composant IBM MQ Managed File Transfer. Ainsi, lorsque l'implémentation JPA a tenté d'établir une correspondance entre le champ de membre représentant une colonne de la table de base de données et la colonne réelle dans la table de base de données, la différence a été détectée et signalée sous la forme d'un avertissement. Ce problème est corrigé dans IBM MQ version 8.0.0, groupe de correctifs 5, auquel s'applique les limitations suivantes : - Les colonnes "SOURCE_BRIDGE_URL" et "DESTINATION_BRIDGE_URL" de la table "FTELOG"."TRANSFER_EVENT" doivent être définies avec une longueur de colonne de 2083. - Les utilisateurs du composant MQ Managed File Transfer dont le consignateur de base de données se connecte à une base de données DB2 peuvent être amenés à mettre à jour manuellement cette longueur de colonne après avoir appliqué ce groupe de correctifs si elle est définie sur 1024. Sinon, les données de plus de 1024 octets seront tronquées sans avertissement de DB2. Intégrité du gestionnaire de référentiels du gestionnaire de files d'attente/arrêt anormal ------------------------------------------------------------------------------------------ causé par plusieurs enregistrements de file d'attente de transmission --------------------------------------------------------------------- Un remplacement de mémoire dans le gestionnaire de référentiels du cluster peut être déclenché par un utilisateur malveillant disposant de privilèges d'administration et mener à la perte de l'intégrité des données et à un refus de service par le biais d'un arrêt anormal du gestionnaire de référentiels du cluster. Ce problème est corrigé dans la version 8.0.0, groupe de correctifs 2, par l'APAR IT05869. Problèmes d'interopérabilité avec TLS 1.2 entre z/OS et d'autres plateformes ---------------------------------------------------------------------------- Les utilisateurs qui utilisent des canaux TLS 1.2 entre z/OS et d'autres plateformes peuvent rencontrer l'erreur CSQX635 (AMQ9635) et les canaux TLS 1.2 risquent de ne pas parvenir à se connecter. Cette erreur ne se produit pas si vous utilisez un certificat numérique signé à l'aide de SHA-1 avec ECDSA, ou de SHA-1 avec RSA. Les CipherSpecs suivants utilisent TLS 1.2 et sont concernés : ECDHE_ECDSA_AES_128_CBC_SHA256 ECDHE_ECDSA_AES_256_CBC_SHA384 ECDHE_RSA_AES_128_CBC_SHA256 ECDHE_RSA_AES_256_CBC_SHA384 TLS_RSA_WITH_AES_128_CBC_SHA256 TLS_RSA_WITH_AES_256_CBC_SHA256 TLS_RSA_WITH_NULL_SHA256 Ce problème est corrigé dans IBM MQ version 8.0.0, groupe de correctifs 2. Echec du démarrage du canal avec le message AMQ9637 lors de l'utilisation ------------------------------------------------------------------------- d'un chiffrement TLS 1.2 exécuté dans un environnement JRE Oracle ----------------------------------------------------------------- Lors de la tentative de démarrage d'un canal à l'aide d'un chiffrement TLS exécuté dans un environnement JRE (Java Runtime Environment) Oracle, le certificat client n'est pas envoyé bien que l'authentification de client soit activée. L'erreur AMQ9637 "Channel is lacking a certificate" est consignée dans le journal des erreurs du gestionnaire de files d'attente. Ce problème est corrigé dans IBM MQ version 8.0.0, groupe de correctifs 5, par l'APAR IT10837. Les utilisateurs risquent de ne pas pouvoir utiliser de caractères GB18030 dans la description ---------------------------------------------------------------------------------------------- de l'installation sous Windows ------------------------------ Lors de l'installation du serveur pour Windows, vous pouvez indiquer une description de l'installation. Si vous essayez d'utiliser des caractères GB18030, il se peut qu'ils n'apparaissent pas dans les zones d'entrée et qu'ils ne soient pas affichés correctement dans la page de récapitulatif. Licence MQ : échec lors de la détermination de la distribution du système sur zLinux ------------------------------------------------------------------------------------ Sur les systèmes Linux sur lesquels la commande lsb_release n'est pas installée, le message suivant risque de s'afficher lors de l'exécution de la commande mqlicense.sh : 'WARNING: Unable to determine distribution and release for this system. Check that it is supported before continuing with installation.' Si vous rencontrez ce message, vérifiez que le système répond aux exigences indiquées à l'adresse http://www-01.ibm.com/support/docview.wss?uid=swg27041395 et procédez à l'installation. Les transferts de membre de fichier physique IBM i risquent d'échouer après l'activation ---------------------------------------------------------------------------------------- de l'exemple FTEQDLSExit ------------------------ Le transfert d'un membre de fichier physique d'un fichier physique à un autre risque d'échouer avec l'erreur suivante si l'exemple FTEQDLSExit est configuré sur l'agent : BFGTR0072E: Le transfert a échoué en raison de l'exception suivante : BFGIO0392E: Des attributs de fichier cible ont été spécifiés pour '/qsys.lib/.lib/.file/.mbr'. Les attributs de fichier cible ne sont pas pris en charge pour cette destination. Pour contourner ce problème, vous devez retirer l'exit du fichier agent.properties. L'exit n'affecte ni les transferts du système de fichiers intégré, ni la possibilité de transférer un membre de fichier physique vers un emplacement du système de fichiers intégré. Ce problème est corrigé par l'APAR IT01921. PTF de système d'exploitation requises par IBM i ------------------------------------------------ Les PTF de système d'exploitation V7R1M0 suivantes sont requises pour le bon fonctionnement de canaux MQ SSL/TLS. http://www-912.ibm.com/systems/electronic/support/a_dir/as4ptf.nsf/ALLPTFS/MF57749 http://www-912.ibm.com/systems/electronic/support/a_dir/as4ptf.nsf/ALLPTFS/MF57889 http://www-912.ibm.com/systems/electronic/support/a_dir/as4ptf.nsf/ALLPTFS/MF58003 http://www-912.ibm.com/systems/electronic/support/a_dir/as4ptf.nsf/ALLPTFS/SI52214 WebSphere MQ Advanced Message Security sur IBM i ------------------------------------------------ La protection native des messages peut épuiser progressivement le segment de mémoire PASE lors de la protection et de la déprotection des messages à partir d'une file d'attente protégée par des règles. Les applications à exécution longue risquent d'échouer lors d'opérations de communication MQI en mode message, comme MQGET ou MQPUT avec une cause d'erreur MQRC_SECURITY_ERROR et un FDC associé indiquant que le stockage n'est plus disponible. Les applications client Java et JMS ne sont pas concernées par ce problème. Ce problème est corrigé dans IBM MQ version 8.0.0, groupe de correctifs 1. Installation de l'option '7) WebSphere MQ Managed File Transfer Service' sur ---------------------------------------------------------------------------- les systèmes Solaris à l'aide du programme d'installation interactif -------------------------------------------------------------------- Si vous exécutez l'installation de WebSphere MQ de manière interactive sur les systèmes Solaris et que vous sélectionnez l'option '7) WebSphere MQ Managed File Transfer Service', le composant ftagent n'est pas installé. Par conséquent, vous ne pouvez pas exécuter de commandes telles que fteCreateAgent et fteStartAgent. Si vous n'avez pas encore installé WebSphere MQ, vous pouvez résoudre ce problème en sélectionnant les options '7) WebSphere MQ Managed File Transfer Service' et ' 9) WebSphere MQ Managed File Transfer Agent' pendant l'installation. Vous installez ainsi tous les composants requis pour WebSphere MQ Managed File Transfer Service, y compris le composant ftagent. Si vous avez déjà installé '7) WebSphere MQ Managed File Transfer Service', vous pouvez à nouveau exécuter l'installation et sélectionner l'option ' 9) WebSphere MQ Managed File Transfer Agent' afin d'installer le composant ftagent manquant. Pour plus d'informations sur l'installation de WebSphere MQ sur les systèmes Solaris, voir la section "Installation et désinstallation" dans la documentation du produit WebSphere MQ version 8.0 à l'adresse http://www.ibm.com/support/knowledgecenter/SSFKSJ_8.0.0/com.ibm.mq.ins.doc/q008250_.htm. Ce problème est corrigé dans IBM MQ version 8.0.0, groupe de correctifs 1. Les scripts SQL de mise à niveau de la table de base de données pour le consignateur de base de données ------------------------------------------------------------------------------------------------------- WebSphere MQ Managed File Transfer ne sont pas inclus dans IBM MQ version 8.0.0 ------------------------------------------------------------------------------- Ces scripts sont nécessaires à la migration d'un consignateur de base de données depuis WebSphere MQ version 7.5 ou ultérieure vers IBM MQ version 8.0.0, et depuis WebSphere MQ File Transfer Edition version 7.0.4 ou ultérieure vers IBM MQ version 8.0.0. Ce problème est corrigé dans IBM MQ version 8.0.0, groupe de correctifs 1. ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ ++ ++ ++ DROITS D'AUTEUR, REMARQUES ET MARQUES ++ ++ ++ ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ INFORMATIONS SUR LES MARQUES ET DROITS D'AUTEUR Le présent document peut contenir des informations ou des références concernant certains produits, logiciels ou services IBM non annoncés dans ce pays. Pour plus de détails, référez-vous aux documents d'annonce disponibles dans votre pays, ou adressez-vous à votre partenaire commercial IBM. Toute référence à un produit, logiciel ou service IBM n'implique pas que seul ce produit, logiciel ou service puisse être utilisé. Tout autre élément fonctionnellement équivalent peut être utilisé, s'il n'enfreint aucun droit d'IBM. Il est de la responsabilité de l'utilisateur d'évaluer et de vérifier lui-même les installations et applications réalisées avec des produits, logiciels ou services non expressément référencés par IBM. IBM peut détenir des brevets ou des demandes de brevet couvrant les produits mentionnés dans le présent document. La remise de ces informations ne vous donne aucun droit de licence sur ces brevets ou demandes de brevet. Si vous désirez recevoir des informations concernant l'acquisition de licences, veuillez en faire la demande par écrit à l'adresse suivante : IBM Director of Licensing IBM Corporation North Castle Drive Armonk, NY 10504-1785 U.S.A. Pour le Canada, veuillez adresser votre courrier à : IBM Director of Commercial Relations IBM Canada Ltd. 3600 Steeles Avenue East Markham, Ontario L3R 9Z7 Canada Les informations sur les licences concernant les produits utilisant un jeu de caractères double octet peuvent être obtenues par écrit à l'adresse suivante : Intellectual Property Licensing Legal and Intellectual Property Law IBM Japan, Ltd. 19-21, Nihonbashi-Hakozakicho, Chuo-ku Tokyo 103-8510, Japan Le paragraphe suivant ne s'applique ni au Royaume-Uni, ni dans aucun pays dans lequel il serait contraire aux lois locales. LE PRESENT DOCUMENT EST LIVRE EN L'ETAT SANS AUCUNE GARANTIE EXPLICITE OU IMPLICITE. IBM DECLINE NOTAMMENT TOUTE RESPONSABILITE RELATIVE A CES INFORMATIONS EN CAS DE CONTREFACON AINSI QU'EN CAS DE DEFAUT D'APTITUDE A L'EXECUTION D'UN TRAVAIL DONNE. Certaines juridictions n'autorisent pas l'exclusion des garanties implicites, auquel cas l'exclusion ci-dessus ne vous sera pas applicable. Le présent document peut contenir des inexactitudes ou des coquilles. Il est mis à jour périodiquement. Chaque nouvelle édition inclut les mises à jour. IBM peut, à tout moment et sans préavis, modifier les produits et logiciels décrits dans ce document. Les références à des sites Web non IBM sont fournies à titre d'information uniquement et n'impliquent en aucun cas une adhésion aux données qu'ils contiennent. Les éléments figurant sur ces sites Web ne font pas partie des éléments du présent produit IBM et l'utilisation de ces sites relève de votre seule responsabilité. IBM pourra utiliser ou diffuser, de toute manière qu'elle jugera appropriée et sans aucune obligation de sa part, tout ou partie des informations qui lui seront fournies. Les licenciés souhaitant obtenir des informations permettant : (i) l'échange des données entre des logiciels créés de façon indépendante et d'autres logiciels (dont celui-ci), et (ii) l'utilisation mutuelle des données ainsi échangées, doivent adresser leur demande à : IBM Corporation J46A/G4 555 Bailey Avenue San Jose, CA 95141-1003 USA Ces informations peuvent être soumises à des conditions particulières, prévoyant notamment le paiement d'une redevance. Le logiciel sous licence décrit dans ce document et tous les éléments sous licence disponibles s'y rapportant sont fournis par IBM conformément aux dispositions du Livret Contractuel IBM, des Conditions Internationales d'Utilisation de Logiciels IBM, des Conditions d'Utilisation du Code Machine ou de tout autre contrat équivalent. Les informations concernant des produits non IBM ont été obtenues auprès des fournisseurs de ces produits, par l'intermédiaire d'annonces publiques ou via d'autres sources disponibles. IBM n'a pas testé ces produits et ne peut confirmer l'exactitude de leurs performances ni leur compatibilité. Elle ne peut recevoir aucune réclamation concernant des produits non IBM. Toute question concernant les performances de produits non IBM doit être adressée aux fournisseurs de ces produits. Le présent document peut contenir des exemples de données et de rapports utilisés couramment dans l'environnement professionnel. Ces exemples mentionnent des noms fictifs de personnes, de sociétés, de marques ou de produits à des fins illustratives ou explicatives uniquement. Toute ressemblance avec des noms de personnes, de sociétés ou des données réelles serait purement fortuite. Licence sur les droits d'auteur : Le présent logiciel contient des exemples de programmes d'application en langage source destinés à illustrer les techniques de programmation sur différentes plateformes d'exploitation. Vous avez le droit de copier, de modifier et de distribuer ces exemples de programmes sous quelque forme que ce soit et sans paiement d'aucune redevance à IBM, à des fins de développement, d'utilisation, de vente ou de distribution de programmes d'application conformes aux interfaces de programmation des plateformes pour lesquels ils ont été écrits ou aux interfaces de programmation IBM. Ces exemples de programmes n'ont pas été rigoureusement testés dans toutes les conditions. Par conséquent, IBM ne peut garantir expressément ou implicitement la fiabilité, la maintenabilité ou le fonctionnement de ces programmes. Vous avez le droit de copier, de modifier et de distribuer ces exemples de programmes sous quelque forme que ce soit et sans paiement d'aucune redevance à IBM, à des fins de développement, d'utilisation, de vente ou de distribution de programmes d'application conformes aux interfaces de programmation IBM. Les termes qui suivent sont des marques d'International Business Machines Corporation aux Etats-Unis et/ou dans certains autres pays : AIX, IBM, WebSphere, z/OS Windows est une marque de Microsoft Corporation aux Etats-Unis et/ou dans certains autres pays. Java ainsi que tous les logos et toutes les marques incluant Java sont des marques d'Oracle et/ou de ses sociétés affiliées. UNIX est une marque enregistrée de The Open Group aux Etats-Unis et/ou dans certains autres pays. Linux est une marque de Linus Torvalds aux Etats-Unis et/ou dans certains autres pays. Les autres noms de sociétés, de produits et de services peuvent appartenir à des tiers. Pour plus d'informations, voir http://www.ibm.com/legal/copytrade.shtml.