Notes d'édition pour WebSphere Business Integration Server Express et Express Plus, Version 4.4, pour OS/400 et i5/OS

$L(com.ibm.wbi.install.common.i18n.WBIProductResources, businessIntegrationServerExpressPlusProduct.
displayName)

• La création du référentiel peut échouer. Dans ce cas, le journal du programme d'installation contient la ligne de message suivante : Aucune commande de démarrage de gestionnaire de bases de données n'a été émise.
• Le démarrage d'InterChange Server Express peut échouer car, lorsque le gestionnaire de bases de données est arrêté, InterChange Server Express ne peut pas se connecter à SMB_DB. Dans ce cas, les messages du fichier journal d'InterchangeSystem contiennent la ligne suivante : Aucune commande de démarrage du gestionnaire de bases de données n'a été émise.

Solution palliative (cette solution s'applique aux deux incidents) :

1. Ouvrez le Centre de contrôle DB2.
2. Développez le dossier Tous les systèmes catalogués, puis le dossier correspondant à votre hôte et enfin le dossier Instances.
3. Dans le dossier Instances, cliquez à l'aide du bouton droit de la souris sur l'icône DB2, puis cliquez sur Démarrage.
   Le message DB2 suivant s'affiche : Le traitement de DB2START a abouti.

Une fois ces étapes effectuées, vous pouvez créer un référentiel et lancer InterChange Server Express.

Par conséquent, l'alias du référentiel d'InterChange Server Express, SMB_DB, créé pendant la première installation de WebSphere Business Integration Server Express ou Express Plus, est conservé après la désinstallation de DB2. Même si la présence de cet alias n'affecte pas la réinstallation de DB2 Enterprise ou DB2 Express, lorsque vous réinstallez WebSphere Business Integration Server Express ou Express Plus, la création du référentiel échoue car le système détecte le premier alias SMB_DB.

Solution palliative : supprimez manuellement la base de données SMB_DB avant de désinstaller puis de réinstaller DB2 Enterprise ou DB2 Express. La suppression de la base de données élimine son alias.

Si un objet parent est doté d'un attribut de clé défini avec UID=AUTO dans les données propres à l'application et d'un objet enfant doté d'un attribut faisant référence à la clé parent en tant que clé externe, lors de l'opération de création, la clé externe de l'objet enfant n'est pas définie par la valeur de la colonne de nouvelle identité associée à l'objet parent.

31759

Dans le cadre de l'instruction Supprimer, si l'objet métier parent est un objet métier d'encapsulation, ses enfants à cardinalité multiple ne sont pas supprimés.

Lors de l'utilisation des attributs de copie pour propager des valeurs dans une hiérarchie d'objets métier, ces valeurs n'ont pas été propagées pour les objets métier enfant, quelle que soit leur cardinalité.

Lorsque le serveur SAP s'interrompt de façon inattendue, les événements d'une demande ne sont plus perdus lors du traitement de cette demande.

La valeur de la propriété ObjectEventId est conservée pour le traitement des demandes.

Dans le cadre du traitement des demandes ALE, les performances ont été diminuées au fur et à mesure que le nombre de fichiers d'état augmentait dans le répertoire des demandes.

La configuration des caractères d'espacement utilisés pour remplir les zones d'un segment en vue de l'envoi de ce dernier à SAP doit être corrigée.

Lors de l'utilisation de fichiers IDOC dans un système SAP R/3 4.7, les données propres à l'application générées dans les objets métiers étaient incorrectes.

L'adaptateur n'utilisait pas la valeur de propriété de connecteur configurée pour AleEventDir en vue de la création du dossier des demandes. Le dossier des demandes contient les fichiers de message d'état pour le traitement des demandes ALE à l'aide de la gestion des ID de transaction.

Les objets métier enfant doivent être correctement traités lorsque ABAP BAPI_Handler est utilisé.

Les événements envoyés lorsque le connecteur est en pause n'entrent plus dans la table d'archivage avec l'état 3. Ils restent dans la table d'événements, prêts à être interrogés comme l'indique leur état Q. Ce changement implique l'importation de transferts à partir des fichiers suivants : 4_Delivery.zip et 4_Utilities.zip.

Lors du traitement des IDOC avec un segment texte vide, l'adaptateur n'échoue plus avec une erreur MQ.

Une interface BAPI ou RFC effectuant une recherche par description dans le noeud RFC n'a pas généré son objet métier correspondant de façon correcte.

Lorsque l'adaptateur était en pause, certains événements disparaissaient. Grâce à ce correctif, tous les événements sont pris en compte dans la file d'attente d'événements.

Les caractères japonais MS932 sont maintenant pris en charge. La propriété de configuration PartnerCharset doit être utilisée pour spécifier le codage PartnerCharset.

Lorsque le connecteur était en pause, des événements étaient envoyés à la file d'attente d'erreurs. Grâce à ce correctif, les événements restent dans la file d'attente d'événements pour être traités dès que le connecteur est relancé.

La fonction de nouveau lancement/nouvelle tentative ne redémarrait pas correctement le connecteur.

L'adaptateur ne renvoie plus l'exception NullPointerException en cas de données d'enregistrement de contrôle erronées (SAP ALE).

Si un objet métier n'est pas pris en charge, l'adaptateur ne doit pas se fermer. En revanche, une erreur doit être consignée et l'adaptateur doit continuer à fonctionner.

Lorsque l'attribut clé_fictive n'existait pas dans l'objet métier, l'adaptateur échouait. Grâce à ce correctif, l'adaptateur traite correctement les événements sans mise en correspondance de l'attribut clé_fictive.

Avec ce correctif, le mécanisme de liaison des événements fonctionne sur le système SAP 4.7. Ce changement implique l'importation de transferts dans le fichier 47_EventTriggering.zip.

L'adaptateur ne s'interrompt plus après avoir envoyé un objet métier comportant des caractères CR LF.

L'ODA ne parvenait pas à créer des objets métier contenant la même structure dans les zones d'importation et d'exportation. Grâce à ce correctif, les structures sont renommées avec un nom unique et l'objet est correctement créé.

L'adaptateur ajoute une nouvelle ligne au début du contenu renvoyé par un appel à un gestionnaire de données enfant. Le métaobjet du gestionnaire de données SOAP prend maintenant en charge la nouvelle propriété UseNewLine, dont les valeurs possibles sont "true" et "false". La valeur "true" ajoute une nouvelle ligne au début d'un résultat envoyé par un appel à un gestionnaire de données enfant. La valeur "false" ajoute le contenu à la balise d'ouverture de l'élément. A des fins de compatibilité amont, la valeur par défaut est "true". Par exemple :

- UseNewLine est défini sur "true"
<ParentElement>
contenu envoyé par un gestionnaire de données enfant</ParentElement>
- UseNewLine est défini sur "false"
<ParentElement>contenu envoyé par un gestionnaire de données enfant</ParentElement>

Le gestionnaire de protocole SOAP/JMS ne génère pas d'erreur suite à une demande n'ayant pas de réponse dans la valeur ResponsetWaitTimeout configurée.

Le gestionnaire SOAP/HTTP(S) ignore la charge de réponse asynchrone si la longueur du contenu de l'en-tête HTTP n'est pas spécifiée.

• Le gestionnaire de protocole asynchrone vérifie et, si nécessaire, tronque le type MIME avant de tenter de convertir un objet métier en message HTTP.
• Le gestionnaire de protocole asynchrone inclut une fonctionnalité supplémentaire permettant d'effectuer une nouvelle tentative dès expiration du délai.
• Le gestionnaire de protocole asynchrone inclut une option permettant d'appliquer un codage de type base64.

Solution palliative : N'exécutez pas le programme de désinstallation figurant dans le répertoire emplacement_installation\_uninst pour effectuer une mise à niveau vers la version 4.4 car cela affecte l'installation. Vous pouvez supprimer manuellement ce répertoire. Toutefois, si vous le conservez, cela n'affecte pas les fonctionnalités du produit.

Si le logiciel Norton AntiVirus est installé, vous pouvez désactiver la fonction de protection du système de fichiers en temps réel en arrêtant le service Windows Norton AntiVirus Client. Pour les autres produits antivirus, consultez la documentation du produit pour plus d'instructions sur la désactivation de la fonction de protection du système de fichiers en temps réel. Vous pouvez activer le logiciel antivirus après avoir installé les composants DB2 Express ou WebSphere MQ.

Solution palliative : désactivez, si possible, la fonction haut débit sur le lecteur de CD pendant l'installation. Si cela n'est pas possible, exécutez l'installation à partir de l'image ESD. Vous pouvez également tenter de copier le contenu de tous les CD sur le disque dur.

1. Dans le menu Affichage de Netscape, sélectionnez Encodage > Unicode (UTF-8).
2. Dans le menu Affichage, sélectionnez Encodage > Définir le jeu de caractères par défaut.
3. Dans le menu Edition, sélectionnez Préférences.
4. Dans la fenêtre Préférences, sélectionnez Aspect > Polices.
5. Dans la zone Pour l'encodage, sélectionnez Unicode.
6. Dans la zone Police vectorielle, sélectionnez Lucida Sans Unicode.
7. Sélectionnez Utiliser mes polices par défaut et remplacer les polices du document.
8. Cliquez sur OK.

Solutions : Il en existe deux pour cet incident. Choisissez-en une :

• Démarrez manuellement le travail System Monitor à chaque démarrage du sous-système QWAS6 en entrant la commande suivante depuis une ligne de commande qshell i5/os :

  startServer -instance ICSMON44 ICSMonitor

• Mettez à jour la description du travail System Monitor en entrant la commande suivante depuis une ligne de commande i5/os :

  CHGJOBD JOBD(QWBISVR44/QWBIWBSM) RQSDTA('QSYS/CALL PGM(QWAS6/QWASSTRSVR) PARM(''-profilePath'' ''/QIBM/UserData/WebSphere/AppServer/V6/Base/profiles/ICSMON44'' ''-server'' ''ICSMonitor'')')

1. Cliquez sur Démarrer > Programmes pour accéder aux raccourcis vers WebSphere Application Server 5.1.1.
2. Cliquez sur Start Application Server$$
3. Ouvrez la console d'administration (en local)
4. Connectez-vous à la console (sous l'ID utilisateur ibm)
5. Cliquez sur Servers$$ dans le volet de gauche
6. Cliquez sur Application Servers$$
7. Cliquez sur ICSMonitor$$
8. Cliquez sur Process Definition$$
9. Cliquez sur Java Virtual Machine$$
10. Faites défiler la page jusqu'à accéder à "Generic JVM arguments$$" et ajoutez ce qui suit à la fin de chaque argument existant :
    
    -Djava.protocol.handler.pkgs=com.ibm.net.ssl.www.protocol

Solution palliative : Indiquer le chemin d'accès complet aux fichiers IFS iSeries dans la propriété iSeriesFilePath, par exemple, /QSYS.LIB/PNPLIB.LIB/SRCPF.FILE/. Une fois le chemin d'accès défini, l'ODA établit la liste des fichiers dans ce dossier. Sélectionnez les fichiers appropriés pour la génération d'objets métier. Pour plus d'informations, consultez la note technique figurant à l'adresse http://www-1.ibm.com/support/docview.wss?rs=695&context=SSMKUK&dc=DB520&q1=iseries&uid=swg21188205&loc=en_US&cs=utf-8&lang=en.

Solution palliative : Après avoir généré le modèle d'objet métier à partir des tables de base de données dans lesquelles figurent les noms de colonne contenant des caractères bidirectionnels, renommez tous les objets métier et tous les attributs d'objet métier dont les noms contiennent des caractères non latins, pour n'avoir au final que des caractères latins.

Solution palliative : Etant donné que les modèles d'objet métier générés par l'ODA JDBC ne mettent pas automatiquement les noms de table et de colonne entre parenthèses dans les données propres à l'application, si vous utilisez ces modèles pour la communication avec OS/390 DB2 via le pilote JDBC IBM Universal, modifiez les noms de table et de colonne figurant dans les modèles d'objet métier comme suit :

• Remplacez toutes les occurrences de TN=<nom_table> dans les données propres à l'application, au niveau des objets métier, par TN="<nom_table>".
• Remplacez toutes les occurrences de CN=<nom_colonne> dans les données propres à l'application, au niveau des attributs d'objet métier, par CN="<nom_colonne>".

Solution palliative : Connectez-vous au serveur DB2 et exécutez la commande suivante : db2jstrt LISTENPORT.

Solution palliative : Utilisez le nom réel de la procédure stockée pour générer l'objet métier à l'aide de l'ODA ou créez l'objet métier manuellement.

Solution palliative : Pour dresser la liste de toutes les tables d'une base de données, utilisez le fichier JDBC driver-classes12.zip fourni par Oracle.

Solution palliative : Supprimez manuellement le suffixe ";1" dans les données propres à l'application générées pour les attributs de procédure stockée de l'objet métier généré.

Cette version inclut les restrictions suivantes au niveau de l'adaptateur :

• JText offre deux modes de traitement : texte (mode normal) et binaire. Avec le mode binaire, un gestionnaire de données approprié doit être connecté.
• JText ne peut pas renommer un jeu de données utilisant les conventions de dénomination MVS.
• La logique d'archivage de MVS est différente de celle des environnements UNIX et Windows en raison des restrictions imposées par MVS.
• JText peut interroger des fichiers distants en fonction d'un horodatage à partir d'un site FTP uniquement si ce dernier prend en charge la commande mdtm de date et heure de modification. L'activation de cette fonction peut diminuer les performances système, en particulier si le répertoire des événements contient un grand nombre de fichiers d'événement.
• Lorsque l'attribut de métaobjet LargeObject de l'adaptateur JText est défini sur la valeur true, l'adaptateur adopte une méthode d'archivage différente. Ainsi, si un fichier d'événements contient plusieurs objets métier, l'archivage n'est effectué qu'après traitement de tous les objets métier contenus dans ce fichier d'événements. En outre, le fichier d'origine n'est pas archivé si le traitement de tous les objets métier contenus dans ce fichier d'événements échoue ou présente un état de non-souscription. Le fichier d'origine n'est archivé que lorsque le traitement des objets métier du fichier d'événements présente un état mixte, tel qu'une combinaison de réussites et d'échecs.
• La prise en charge bidirectionnelle de la propriété FTPFileEventMask n'existe pas dans cette version, en raison des restrictions suivantes :
  • Seul le système d'exploitation d'une machine virtuelle permet la définition de noms de fichier contenant des caractères bidirectionnels.
  • La prise en charge FTP du connecteur JText ne permet pas la communication avec le FTP de la machine virtuelle.

Solution palliative : Pour tous les fichiers dont le paramètre EndBODelimiter ne comporte que la valeur EOF, utilisez un éditeur Hex pour définir une paire d'octets en tant que délimiteur (par exemple, FF02), puis définissez cette paire d'octets en tant que EndBODelimiter.

• ISO-8859-8 si l'environnement local est défini sur Hébreu
• ISO-8859-6 si l'environnement local est défini sur Arabe
• ISO-8859-1 dans tous les autres cas

Solution palliative : Installez l'application Lotus Domino avant d'installer l'adaptateur.

Solution palliative : Consultez la note technique Memory utilization for the IBM WebSphere Business Integration Adapter for mySAP.com v6.0.0 (ALE module).

Solution palliative : Ajoutez manuellement l'attribut à la définition de l'objet métier.

Solution palliative : Affectez la valeur IDL à la propriété standard DeliveryTransport.

Solution palliative : Après avoir généré un modèle d'objet métier à partir de fichiers XML/XSD contenant des noms d'attribut ou d'élément dans lesquels figurent des caractères bidirectionnels, renommez tous les objets métier et tous les attributs dont les noms contiennent des caractères non latins, de façon à ce qu'ils ne contiennent que des caractères latins.

Lorsque l'ODA WSDL détecte plusieurs schémas en ligne qui s'importent les uns les autres sans fournir d'emplacements de schéma, il consigne des avertissements ou des erreurs ; cependant, les objets métier sont correctement générés.

Solution palliative : Isolez chaque schéma dans un fichier individuel et mettez à jour les importations/inclusions pour qu'elles contiennent les emplacements de fichier appropriés. Importez ces fichiers de schéma individuels dans le document WSDL à l'aide d'une instruction d'importation comportant les emplacements de fichier appropriés.

Lorsque WebSphere MQ 5.3 CSD03 est utilisé en tant que fournisseur JMS, le programme d'écoute de l'adaptateur JMS ne parvient pas à lire le corps d'un message après avoir enlevé ce dernier de la file d'entrée pour le placer dans la file des messages en cours. Cet incident se produit avec l'application WebSphere MQ.

Solution palliative : Utilisez une adresse URL codée ou enregistrez le fichier WSDL en local et utilisez le chemin d'accès local à la place de l'URL HTTP.

Solution palliative : Utilisez des URL codées.

Solution palliative : Modifiez le script de démarrage de l'adaptateur en définissant la variable JVMArgs avec l'option "-Xgcthreads1", comme dans l'exemple ci-dessous :
JVMArgs="-Xgcthreads1 %JVMArgs%"

Dans cette version, les manuels d'utilisation des adaptateurs répertoriés ci-dessous n'ont pas été mis à jour avec les noms des produits et les informations de restriction relatives aux fonctions et à la prise en charge des plateformes, spécifiques aux versions WebSphere Business Integration Server Express et Express Plus. En revanche, les dernières versions des manuels de version du produit IBM WebSphere Business Integration Adapters ont été fournies. Les manuels suivants sont concernés :

Ces manuels contiennent des informations à jour concernant les fonctions de l'adaptateur offertes par cette version du produit IBM WebSphere Business Integration Adapters. Vous remarquerez quelques différences entre les noms utilisés pour certains outils mentionnés dans ces manuels et les noms utilisés pour les outils fournis avec le produit IBM WebSphere Business Integration Server Express et Express Plus. En outre, les références suivantes à des fonctions, susceptibles de figurer dans ces manuels, ne sont pas valides pour les versions WebSphere Business Integration Server Express et Express Plus :

• Références aux courtiers d'intégration autres qu'InterChange Server Express
• Références à MQ en tant que mécanisme de transport
• Références à l'implémentation de l'agent de connecteur à l'aide du passe-système Internet MQ, qui permet l'implémentation de l'agent de connecteur avec InterChange Server Express installé de l'autre côté d'un pare-feu Internet
• Références au parallélisme de l'agent de connecteur
• Références à la prise en charge des signatures ITLM

• Instructions de prise en charge des plateformes
• Références aux noms de fichier et de chemin d'accès
• Création et utilisation de scripts de démarrage
• Instructions pour le démarrage et l'arrêt du connecteur
• Instructions pour la création d'un fichier de configuration
• Instructions pour la configuration des propriétés de sécurité dans Connector Configurator

• TraceFileName
• TraceLevel
• MessageFile

<préfixe fichier_messages="BIA_">></fichier_messages>

Cela permet de garantir un démarrage correct de l'ODA après chargement du bon fichier de messages.