La gestion des exceptions est le processus de réponse à l'occurrence d'exceptions. Les exceptions sont l'un des scénarios que tous les développeurs sont censés gérer. Pendant que développait des processus métier dans le concepteur TIBCO un grand nombre de types d'exceptions possibles peuvent apparaître sur votre chemin, ce qui nécessite votre attention.
Étape 1: créer un processus avec le récepteur HTTP comme démarreur de processus
Un paramètre d'entrée 'nom' est donné.
Le récepteur HTTP démarrera les activités. Création de la connexion HTTP avec l'hôte comme hôte local et le port comme 8900 pour cet exemple. Il lit le fichier pour stocker les données xml. A une activité de mise à jour JDBC. Activité de capture pour intercepter les exceptions et enfin activité de réponse HTTP pour répondre au succès.
Étape 2: Configurer l'activité de lecture des fichiers
Dans l'exemple, j'ai lu des fichiers depuis mon bureau. Dans la requête HTTP, toutes les données envoyées dans le paramètre name seront utilisées pour trouver dans le répertoire donné. J'ai créé un fichier avec mon prénom.
Donc, si l'utilisateur envoie prathyussha comme paramètre dans la zone de nom, il concatène et trouve le fichier sous prathyussha.xml.
Étape 3: Analyse XML
Les données de la ressource de données lues sont maintenant envoyées à Parse Xml car il doit effectuer l'analyse et l'envoyer sous forme de texte à JDBC.
Le schéma est configuré pour capturer les données et les envoyer à la mise à jour JDBC.
Étape 4: Configurer l'activité de mise à jour JDBC
Après avoir lu le contenu du fichier XML, je t sera stocké dans une table de base de données dans notre exemple. Pour cela, nous devons configurer l'activité de mise à jour JDBC comme indiqué ci-dessous
Ils sont maintenant envoyés à la mise à jour JDBC pour les stocker dans la base de données.
J'ai généré une erreur gestion de deux manières:
- À l'intérieur du bloc de groupe, ont ajouté un bloc d'erreur de génération qui nous donne une erreur personnalisée spécifiée. L'erreur personnalisée est ensuite renvoyée.
- Et nous utilisons la ressource Catch à l'intérieur du bloc.
Étape 5: Configurer l'activité de capture pour intercepter FileNotFound Exception:
Supposons, si nous voulons utiliser la ressource catch à l'intérieur d'un groupe, le la transition de réussite contiendra les éléments suivants Xpath
Étape 6: configuration de l'activité d'envoi de réponse HTTP
Dans ce scénario, il existe trois exemples où nous devons envoyer Http
- Lorsque l'opération réussit
- Lorsqu'une exception est levée et est interceptée correctement
- Lorsque l'exception est levée mais n'est pas gérée explicitement
Si l'opération réussit, nous enverrons Opération réussie pendant la transition.
Lorsque l'exception FileNotFound est levée et interceptée, l'activité Envoyer une réponse HTTP est configurée comme indiqué ci-dessous:
Pour toutes les autres exceptions qui ne sont pas gérées sont capturées ici dans cette ressource de capture.
[19659004] Scénarios de test:
- Scénario de réussite de test
- Fichier de test introuvable Scénario d'exception par capture à l'intérieur du groupe.
- Test Fichier d'exception Scénario d'exception introuvable à l'aide d'une erreur générée personnalisée.
- Test du scénario d'exception non gérée
- Scénario de réussite du test:
Le fichier est stocké sous le nom prathyussha.xml dans mon C: Users prathyussha.ravi Desktop TIBCO xml où nous le lirons et le stockerons dans la base de données Oracle.
- Test du scénario d'exception introuvable par capture au sein du groupe.
Au cas où il y aurait une exception qui ne serait pas interceptée dans le groupe,
- Test du scénario d'exception du fichier introuvable en utilisant une erreur générée automatiquement.
En utilisant générer une erreur s'il y a une exception, nous pouvons générer une erreur personnalisée.
Nous ferons un autre type d'erreur dans JDBC afin 
Source link