Où sont vos jobs logs ?

Les job logs sont des outils intéressants à plus d’un titre : pour déboguer, pour s’assurer qu’un programme a bien fonctionné, ou pour savoir ce qui s’est passé dans un job. Or, avec tous les job logs qui s’accumulent sur le système, il est parfois compliqué de travailler avec eux et de les gérer. La nouvelle commande WRKJOBLOG (Work with Job Logs) facilite ce genre de tâche. Elle offre un nouveau moyen de trouver, afficher et supprimer les job logs en suspens et spoolés sur votre système.Que des job logs soient en suspens n’a rien de nouveau. Le nouvel attribut de job V5R4 Job Log Output (LOGOUTPUT) détermine maintenant comment un job log est produit. *PND, l’une des valeurs possibles de LOGOUTPUT, ordonne au système de différer l’écriture du job log dans un fichier spoolé, quand le job se termine. Par la suite, l’état d’un job avec LOGOUTPUT(*PND) est JOBLOGPENDING plutôt que OUTQ quand un job log est produit pour un job avec un LOGOUTPUT(*JOBEND) ou LOGOUTPUT(*JOBLOGSVR), et le job peut rester dans l’un ou l’autre des états indéfiniment. Les job logs en suspens ont aussi différentes méthodes d’accès à partir des job logs spoolés, et il n’existe aucune interface unique pour travailler avec les deux, ou en tout cas il n’y en avait pas avant la commande WRKJOBLOG.

La commande WRKJOBLOG est l’interface V5R4 qui vous permet de travailler avec des job logs, quel que soit leur état : job logs spoolés (état *SPL tel que dans la sortie WRKJOBLOG) ou des job logs en suspens pour des jobs terminés (état *PND comme dans la sortie WRKJOBLOG). Cet article explore les détails de cette commande et des paramètres connexes.