Éliminer la Programmation - EASY/Exit contient un code qui s'interface avec chaque point d'exit supporté. Ce code exécute l'initialisation et la terminaison requises pour l'exit aussi bien que l'établissement d'un environnement de rétablissement en cas d'erreurs. Plus important encore, le code fournit l'accès à tous les paramètres d'entrée et sortie sous la forme de variables faciles à utiliser, et qui peuvent être examinées, intallées, testées et manipulées sans besoin de n'importe quelle programmation. Le code établi par EASY/Exit a tout sauf la logique que vous voulez mettre en oeuvre. Cette logique est traitée avec un jeu de règles simples et flexibles par IF-THEN-ELSE .

Logique de Règles Consolidée - on peut consolider les règles utilisées par les divers exits dans un fichier simple, ou dans des membres différents basés sur le type d'exit. Chaque exit exécute les règles avec des variables d'environnement (&ENV, &ENVS) positionnant des valeurs uniques. Les règles peuvent tester les variables d'environnement et mettre les autres variables nécessaires en conséquence.

Exits qui Communiquent - le produit fournit beaucoup de possibilités qui vont plus loin qu'un exit classique. La plupart des exits sont utilisés pour donner un accord ou simplement transmettre une valeur (code retour) sans prendre aucune décision. Au contraire, EASY/Exit permet de prendre des décisions beaucoup plus détaillées dans la logique des règles. Les règles peuvent dynamiquement construire des messages et-ou un enregistrement et les écrire :

• à l'utilisateur TSO ou au JOB qui a appelé l'exit
• Comme enregistrement SMF
• Directement vers des utilisateurs de TSO spécifiés
• Pour enregistrer des fichiers alloués à la started task DIF. Les fichiers peuvent être séquentiels ou VSAM KSDS.
• à des files d'attente de message MQSeries
• à des ports TCP/IP

Le Langage IF-THEN-ELSE - Votre logique est mise en oeuvre avec les mêmes IF-THEN-ELSE utilisés par tous les produits de DTS Software. EASY/Exit traite les paramètres comme des champs symboliques, avec beaucoup d'autres variables qui peuvent être utiles pour la fonction requise.

Par exemple, la règle suivante permet un CPU time complémentaire pour des jobs critiques passant le week-end. Dans cet exemple, on permet à des jobs dont les noms commencent par les caractères 'PR’ (indicant, peut-être, un travail de production important) jusqu'à 5 minutes de CPU time complémentaire, par des incréments d'une minute, si le travail est exécuté un samedi ou un dimanche. Pendant la semaine, les limitations normales de CPU time s'appliquent.

DEFRULE MORETIME

IF &ENV = JOB_CPU

    &JOBNAME = PR*

   &JOBSDAY = (SATURDAY,SUNDAY)

   &JOB_CPU LT 4

THEN SET  &ADDITIONAL_TIME = 60

ISSUE WRITEMSG(USERMSG)

DEFMSG USERMSG 'CPU TIME A ETE PROLONGE DE 60 SECONDES'