Vous pouvez permettre aux applications IMS d'émettre des demandes d'appels synchrones et asynchrones vers des applications et des services Java™ externes à partir d'IMS TM Resource Adapter version 10. La version 10 ajoute la prise en charge de la participation des applications IMS à la chorégraphie de processus métier et à des solutions SOA impliquant des types de données complexes.
Conseil : Si la version 10 d'IMS TM Resource Adapter n'est pas
incluse dans votre version de l'environnement de développement intégré,
vous pouvez télécharger l'adaptateur de ressources
depuis le site web IMS TM Resource Adapter
et l'importer dans votre environnement de développement.
En plus de toutes les fonctionnalités de base des versions antérieures,
IMS TM Resource Adapter version 10 offre les nouvelles fonctionnalités suivantes.
Reprise sur échec de connexion pour les messages d'appel
- L'adaptateur de ressources tente de se reconnecter à IMS
si le magasin de données IMS backend n'est pas disponible. Une nouvelle valeur -1 a été ajoutée à la propriété IMSActivationSpec retryLimit
pour permettre de retenter indéfiniment la connexion. Lorsqu'une nouvelle tentative réussit et que la connexion est restaurée,
des messages d'information sont fournis pour indiquer la reconnexion réussie.
Possibilité, pour une transaction, d'expirer une fois le délai d'exécution dépassé
- La fonction d'expiration de transaction OTMA d'IMS versions 10 et postérieures
permet à une application client de donner l'ordre à IMS Connect
d'indiquer à IMS OTMA que,
si l'exécution dépasse le délai d'attente, l'application client n'attend plus la réponse
et qu'OTMA doit abandonner la transaction ou la supprimer de la file d'attente.
- Avant cette extension d'OTMA, si IMS n'avait pas les ressources nécessaires pour traiter une
transaction dans le délai imparti (tel que spécifié par la propriété executionTimeout) et que, passé ce délai,
l'application client n'avait plus l'utilité de la réponse, la transaction ne pouvait pas être
annulée.
- Pour prendre en charge cette extension d'OTMA, une nouvelle propriété transExpiration est ajoutée à la
classe IMSInteractionSpec dans IMS TM Resource Adapter version
10.4 et ultérieure pour indiquer à OTMA d'abandonner la transaction ou de la supprimer de la file d'attente lorsque la valeur du délai d'attente d'exécution est dépassée.
- Cette prise en charge permet à une application client IMS TM Resource Adapter de bénéficier de l'extension d'OTMA pour l'expiration des transactions de façon à éviter à OTMA d'avoir à traiter des messages non nécessaires provenant d'IMS TM Resource Adapter.
- La fonction d'expiration de transaction OTMA pour IMS version 10 requiert les correctifs APAR PK70458, PK74024 et PK74017.
Prise en charge de l'appel d'applications
IMS
par le biais de types de données complexes provenant de plateformes
distribuées.
- Avec WebSphere Transformation
Extender Design Studio, vous pouvez créer des applications
envoyant des formats de données complexes depuis et vers des applications IMS.
- WebSphere Transformation
Extender est une solution d'intégration de données orientée
transactions qui automatise la transformation de transactions complexes de gros volumes dans toute l'entreprise.
Son concepteur de type Type Designer vous permet de
générer une arborescence type à partir de votre fichier de stockage
COBOL. Une arborescence type est un dictionnaire de données graphique contenant
des définitions de métadonnées des structures d'entrée et de sortie. Map
Designer vous permet ensuite de définir
des règles de transformation et de
routage des données.
- Avec WebSphere Transformation
Extender, les applications
IMS, peuvent participer à votre solution SOA lorsque des formats de données complexes sont concernés, notamment les normes de format de données tels que
EDI (Electronic Data Interchange), SEPA (Single Euro Payments Area), SWIFT
(Society for Worldwide Interbank Financial Telecommunications) et HIPAA (Health
Insurance Portability and Accountability Act).
- Support des demandes synchrones et asynchrones en provenance
des applications IMS, à destination
de beans gérés par message (MDB), de composants EJB (Enterprise JavaBeans)
ou de services web externes.
- Les applications
IMS
qui s'exécutent dans des régions dépendantes
d'IMS
peuvent interagir avec une logique métier résidant en dehors de
l'environnement
IMS,
en envoyant des demandes d'appel synchrones ou asynchrones aux applications
Java
EE s'exécutant sur WebSphere Application Server. Les demandes d'appel
IMS
sont acheminées vers l'application
Java
EE externe via OTMA,
IMS
Connect, et
IMS TM Resource Adapter. L'application
Java
EE extrait ensuite la demande d'appel de la file d'attente de stockage
temporaire afin de continuer à la traiter. Toutes les réponses des applications
externes peuvent être renvoyées au système
IMS
en mode synchrone dans la même transaction ou
en mode asynchrone dans une autre transaction.
- En ce qui concerne les beans gérés par message (MDB), l'authentification
SSL est prise en charge pour la communication
avec IMS via le support de la messagerie entrante fourni par les adaptateurs de ressources JCA 1.5.
Important : La prise en charge des appels asynchrones à l'aide d'un EJB a été ajoutée dans IMS TM Resource Adapter version 10.1. La prise en charge des appels synchrones et la prise en charge des appels asynchrones à l'aide d'un bean géré par message ont été ajoutées dans IMS TM Resource Adapter version 10.3.
- Chorégraphie des processus métier pour
les conversations
IMS
- Avec WebSphere Integration Developer et IMS TM Resource Adapter, vous
pouvez créer des applications conçues pour s'exécuter sur IBM®WebSphere Process
Server qui appellent des transactions conversationnelles IMS.
Les applications basées sur SCA (Service Component Architecture) peuvent
connecter et appeler des transactions conversationnelles IMS
via IMS Connect lors de l'exécution. Vous pouvez utiliser le nouveau modèle de programmation d'état de conversation géré par le client pour permettre aux applications conversationnelles
IMS de participer à la chorégraphie des processus métier.
- Rétablissement des connexions périmées dans
un pool de connexions lorsque la connexion subit un incident de
communication.
- Cette amélioration vous permet de recycler
IMS
Connect pendant la maintenance du système, sans devoir soumettre à nouveau les interactions
IMS TM Resource Adapter de l'application client.
- Lorsqu'une demande entrante arrive et utilise une connexion car IMS
Connect est en cours de recyclage, IMS TM Resource Adapter
émet une exception. Lorsque la demande suivante est reçue et tente d'utiliser la même
connexion,
IMS TM Resource Adapter
vérifie
qu'IMS
Connect est opérationnel. Si c'est le cas,
IMS TM Resource Adapter se
reconnecte avant d'envoyer la demande d'interaction. Comme
IMS TM Resource Adapter
reconnecte le socket après avoir confirmé
qu'IMS
Connect est opérationnel et actif, vous n'avez pas besoin de gérer manuellement
la connexion du socket ou de renvoyer des interactions.
- Réacheminement des messages de sortie non livrés à une
destination précise pour les interactions SYNC_SEND_RECEIVE sur les
connexions socket persistantes partageables en mode de validation 0.
- La
fonction de réacheminement permet aux messages de sortie non livrés d'être
réacheminés vers une destination spécifique. Auparavant, la fonction de
réacheminement était prise en charge uniquement pour les interactions en mode de validation 0 (CM0) SYNC_SEND_RECEIVE sur les sockets permanents partageables. Cette amélioration accepte désormais la
fonction de réacheminement pour les interactions CM0 SYNC_SEND sur les connexions socket persistantes partageables.
- Possibilité de modification des mots de
passe
RACF
à partir des applications
Java
- Les applications Java
peuvent utiliser IMS TM Resource Adapter pour
modifier le mot de passe RACF en lançant une commande HWSPWCH.
- Possibilité pour les applications
Java
d'envoyer des demandes PING à
IMS
Connect
- Les applications Java peuvent utiliser
IMS TM Resource Adapter pour envoyer des demandes PING à
IMS Connect, en lançant une commande PING IMS_CONNECT.
- Possibilité de renvoyer plusieurs messages de sortie pour
les interactions en mode de validation 0 sous la forme d'un message unique
multi-segments
- Il est possible d'ignorer les appels
PURG multiples dans une application IMS
pour une interaction en mode de validation 0 et de la traiter comme une interaction en mode de validation 1. Pour une
interaction SYNC_SEND_RECEIVE en mode de validation 0, plusieurs messages de
sortie peuvent être renvoyés sous la forme d'un message unique
multisegment, en définissant la propriété ignorePURGCall de l'objet IMSInteractionSpec à TRUE. Cette fonction simplifie la migration
des applications en mode de validation 1 vers le le mode de validation 0.
- Prise en charge d'une sécurité étendue pour les demandes d'appel
- L'extraction des demandes d'appel ou des messages de sortie asynchrones
de la file de stockage temporaire (sécurité RESUME TPIPE)
est améliorée par la spécification d'un ID utilisateur
qui sera autorisé par IMS OTMA.