Remarques à prendre en compte lors de l'utilisation des tâches IBM Case Manager
Il existe des différences entre les processus BPEL et les tâches IBM® Case Manager qu'il vous faudra gérer avec votre application.
Les sections suivantes présentent les zones qui doivent susciter votre attention lors de l'utilisation des processus BPEL et des tâches de gestion de cas :
Gestion des erreurs
Une manière courante de gérer les exceptions dans les processus BPEL est d'utiliser des erreurs. Toutefois, vous constaterez que l'éditeur d'interface dans Integration Designer ne vous laisse pas ajouter d'erreurs à l'interface générée. Les tâches IBM Case Manager ne prennent pas en charge les erreurs métier. Compte tenu de cette situation, que pouvez-vous faire pour gérer une exception autrement ?
Il existe plusieurs techniques qui permettent d'éviter d'utiliser des erreurs métier sur l'interface :
- Concevoir l'interface métier de sorte qu'elle renvoie des valeurs normales et des valeurs d'erreur via les sorties de l'interface normale.
- Utiliser une tâche manuelle pour traiter l'erreur au sein du processus BPEL, de sorte que la valeur de retour normale puisse être renvoyée à la tâche de gestion de cas via la sortie de l'interface normale.
Utilisation du code généré
L'assistant de service externe produit du code WSDL (Web Services Description Language) et des objets métier (XSD). Les exportations, les importations et les modules de remplacement du processus BPEL font également partie des artefacts générés. Ces artefacts contiennent également le nom du module contenant les artefacts. Le référentiel FileNet dépend étroitement du contenu de ces fichiers générés. En règle générale, vous ne devez pas les modifier autrement l'implémentation sur le référentiel FileNet et le service Web ne sera plus synchronisée. Si vous effectuez des modifications, comme par exemple renommer l'exportation ou l'importation générée, il vous faudra utiliser la fonction d'édition de liaison pour synchroniser les implémentations, comme indiqué à la rubrique Edition et validation des exportations utilisées avec des tâches IBM Case Manager.
Une incohérence apparente peut apparaître dans le nom d'une propriété de cas, car dans Case Manager, un utilisateur peut modifier le nom d'affichage mais pas le nom symbolique. Lors de la création d'un service Web, Integration Designer présente le nom d'affichage mais utilise le nom symbolique dans le code généré. Dans l'objet métier, vous verrez le nom symbolique.
Processus de longue durée
Utilisez le module de remplacement du processus interruptible généré pour développer votre processus interruptible. En d'autres termes, n'essayez pas de vous connecter à un processus interruptible existant à la place du module de remplacement généré. Au sein d'un module de remplacement de processus interruptible généré figurent des éléments nécessaires à un processus BPEL synchronisé avec la tâche de gestion de cas particulière associée au service Web.
Gestion des changements de configuration
Des changements apportés à la configuration d'origine créée dans Integration Designer sont susceptibles d'intervenir. Les paramètres d'entrée et de sortie d'une tâche peuvent changer en cas de modification des applications de gestion de cas. Les changements de configuration peuvent survenir en raison du transfert des services sur un autre serveur, que vous le sachiez ou non. Pour gérer les changements prévus et imprévus, utilisez les fonctions d'édition de liaison et de validation, comme indiqué à la rubrique Edition et validation des exportations utilisées avec des tâches IBM Case Manager.
Cas limite
Les cas limite sont des situations rares mais susceptibles de se produire. Les cas limite suivants sont des situations à une seule demande, c'est-à-dire à entrée unidirectionnelle, à une seule réponse, c'est-à-dire à une seule sortie et enfin les cas sans entrée ni sortie. Dans ces situations, suivez les étapes indiquées.
Microflux
- Générez un objet métier en entrée correct et un objet métier en sortie vide.
- Générez une interface bidirectionnelle, c'est-à-dire une interface avec une opération de demande-réponse.
- Générez des activités de réception et de réponse dans votre processus BPEL. En phase d'exécution, recevez un objet métier en entrée correct à partir du référentiel FileNet et répondez au référentiel FileNet par un objet métier en sortie vide.
- Générez un objet métier en entrée vide et un objet métier en sortie correct.
- Générez une interface bidirectionnelle, c'est-à-dire une interface avec une opération de demande-réponse.
- Générez des activités de réception et de réponse dans votre processus BPEL. En phase d'exécution, recevez un objet métier en entrée vide à partir du référentiel FileNet et répondez au référentiel FileNet par un objet métier en sortie correct.
- Générez un objet métier en entrée vide et un objet métier en sortie.
- Générez une interface bidirectionnelle, c'est-à-dire une interface avec une opération de demande-réponse.
- Générez des activités de réception et de réponse dans votre processus BPEL. En phase d'exécution, recevez un objet métier en entrée vide à partir du référentiel FileNet et répondez au référentiel FileNet par un objet métier en sortie vide.
Processus interruptible (macroflux)
- Générez un objet métier en entrée et en sortie correct. Pour l'objet métier en sortie, la seule propriété doit être l'ID de corrélation.
- Générez une interface bidirectionnelle, c'est-à-dire une interface avec une opération de demande-réponse.
- Générez des activités de réception, d'affectation et d'appel dans votre processus BPEL. En phase d'exécution, recevez un objet métier en entrée correct à partir du référentiel FileNet, affectez l'ID de corrélation à partir de l'objet métier en entrée à l'objet métier en sortie et répondez au référentiel FileNet en lui renvoyant l'objet métier en sortie avec l'ID de corrélation.
- Générez un objet métier en entrée et en sortie correct. Pour l'objet métier en entrée, la seule propriété doit être l'ID de corrélation.
- Générez deux interfaces unidirectionnelles, c'est-à-dire des interfaces avec une opération de demande-réponse.
- Générez des activités de réception, d'affectation et d'appel dans votre processus BPEL. En phase d'exécution, recevez l'objet métier en entrée avec l'ID de corrélation à partir du référentiel FileNet, affectez l'ID de corrélation à partir de l'objet métier en entrée à l'objet métier en sortie et répondez au référentiel FileNet en lui renvoyant l'objet métier en sortie.
- Générez un objet métier en entrée et en sortie correct. Pour les objets métier en entrée et en sortie, la seule propriété doit être l'ID de corrélation.
- Générez deux interfaces unidirectionnelles, c'est-à-dire des interfaces avec une opération de demande-réponse.
- Générez des activités de réception, d'affectation et d'appel dans votre processus BPEL. En phase d'exécution, recevez l'objet métier en entrée avec l'ID de corrélation à partir du référentiel FileNet, affectez l'ID de corrélation à partir de l'objet métier en entrée à l'objet métier en sortie et répondez au référentiel FileNet en lui renvoyant l'objet métier en sortie avec l'ID de corrélation.
Aucun processus
- Générez un objet métier en entrée correct et un objet métier en sortie vide.
- Générez une interface bidirectionnelle, c'est-à-dire une interface avec une opération de demande-réponse.
- Générez un objet métier en entrée vide et un objet métier en sortie correct.
- Générez une interface bidirectionnelle.
- Générez un objet métier en entrée vide et un objet métier en sortie.
- Générez une interface bidirectionnelle.