• Aucune migration n'est nécessaire  : économie d' heures coûteuses de programmation.
• Traduction automatiquement de vos applications macro level en command level sans avoir besoin du code source original.
• Maintenance facilitée des versions de programmes non supportées par CICS.
• Support des langages Assembleur, Cobol et PL1.
• Support  des applications en Command Level qui utilisent les commandes EXEC CICS ADDRESS CSA dans CICS/ESA version 3 et au-dessus.
• Support  des applications écrites avec le macro code CICS tel que LIFE70, PMS, CICS/DMS 1.4 et avant, TAPS, KEYMASTER et L4G.

Les Options de MACRO LEVEL INTERPRETER

• L’option 31 bits permet aux applications Macro ou Command Level de s’exécuter au-dessus de la ligne des 16 MO (certains utilisent MLI pour cette option).
  
• L’option MLIMAC permet aux utilisateurs d’éliminer totalement CICS 1.2 en fournissant les librairies de compilation pour les langages Assembleur, Cobol et PL1.
  
• L’option Macro Level Detector fait un audit de vos applications et détermine exactement quels programmes doivent être pris en charge par MLI.
  
• MLI supporte la compatibilité ISAM et les fichiers non bloqués sous CICS/ESA.

Questions Fréquentes

Q : Avec MLI est-ce que je dois apporter des modifications ou des changements dans les applications ?

R : Non, MLI s’installe comme une application dans CICS et intercepte automatiquement les calls macro et les calls command ADDRESS (y compris ADDRESS CSA) au moment de l’exécution du programme. Pas de modification requise pour les programmes source ou les load modules.

Q : Est-ce que MLI supporte le ‘Storage Protect’ de CICS/ESA ?

R : Oui, MLI supporte le ‘Storage Protect’ dans CICS/ESA 3.3 et au dessus sans ‘overhead’ CPU.

Q : Est-ce que MLI supporte le ‘Dynamic Attach’ ?

R : Oui, que ce soit pour DFHKC TYPE=ATTACH ou pour l’attachement dynamique du STUB pour les programmes en macro level, la réponse est oui. Le mécanisme d’attachement du STUB reconnaît automatiquement les programmes en mode mixte et les programmes en command level afin d’éviter la double condition de STUB et attache un STUB seulement aux programmes en macro level.

Q : Qu’elle est la taille du STUB ?

R : Les STUB MLI sont seulement nécessaires pour les programmes en macro level pur et sont de 40 octets pour les programmes en assembleur et de 72 octets pour les programmes Cobol. Pour les programmes PL1 le STUB CICS existant est réutilisé.

Q : Est ce que MLI supporte les programmes en mode mixte ?

R : Oui, MLI supporte les programmes qui ont un mélange de code macro et command level.

Q : Est ce que MLI supporte tous les calls DFH standards ?

R : Oui, la clé du mot est standard. DFHWTO, DFHOC etc.. sont supportés de même que la plupart des calls CTYPE, LOCATE et BROWSE.

Q : Comment MLI se comporte lors d’une grande utilisation ? est-ce que MLI crée de l’overhead CPU ?

R : MLI possède un certain nombre d’options de performances qui peuvent être adaptées par l’utilisateur. Une de ces options est le DIRECT LINK qui peut améliorer les performances au point que la consommation CPU sera moindre avec MLI et CICS/ESA que sans MLI et CICS 2.1.2.

Q : Est-ce que MLI supporte la compatibilité ISAM ou les fichiers non bloqués dans CICS/ESA ?

R : Oui, avec CICS/ESA 4.1 les fichiers non bloqués ne sont plus supportés. Cependant MLI possède un menu dans lequel l’utilisateur peut coder le DDNAME des fichiers qui doivent être définis comme non bloqués. Le procédé est automatique pour les régions CICS 2.1.2 et 3.3 qui utilisent RDM.

Q : Est-ce que MLI cohabite avec les outils de debugging ?

R : Oui, MLI supporte XPEDITER de COMPUWARE et INTERTEST de CA.

Système d’exploitation  :  OS/390 et z/OS .

Macro Level Interpreter (MLI) et Macro Level Detector (MLD) sont disponibles à l'essai gratuitement.