Quand l’application est lancée, ou plus précisément quand une connexion s’établit avec l’AS/400, un job est créé sur l’AS/400 mais il est possible d'utiliser des prestarts jobs.
Il y a donc un job actif par instance d’application cliente connectée ou plusieurs si l'application utilise plusieurs connexions.
Création et propriétés des jobs
Le job peut être créé par le programme de sécurité EACTCP003 (voir ci-dessous),
Si EACTCP003 n’existe pas ou ne démarre pas le job, ce dernier est crée d’après:
• EACJOBD, s’il existe,
• La JOBD du profil autrement.
• La JOBD associée au profil en ce qui concerne la LIBL (voir LIBL par défaut).
EASYCOM sur l'AS/400 fonctionne par le biais d'un sous-système et d'un démon. C'est ce dernier qui va recevoir les demandes de connexion de la part des applications clientes. Quand l'application est lancée, et qu'une connexion s'établit avec l'AS/400, un job est créé sur l'AS/400. Il y a donc un job actif par instance d'application cliente connectée. Chaque application peut alors avoir ses propres ouvertures de fichier, verrous, positions courantes, transactions en cours.
EASYCOM nécessite la présence d'un sous-système EASYCOM et d'un démon EASYCOMD.
Ce démon va créer un job à la connexion et EASYCOM communique avec ce job par les APIs standards TCP/IP.
Ces jobs sont visibles par la commande WRKACTJOB, ou WRKSBSJOB sur l’AS/400.
Tous les jobs sont stockés dans le sous-système EASYCOM.
Le sous-système utilise EACJOBD pour sa description et EACCLS pour sa classe de priorité.
Vous pouvez modifier la classe de priorité du sous-système avec la commande CHGCLS.