Dans cette fiche workshop deux de nos experts JD Edwards ont décortiqué pour vous les évolutions majeures apportées dans la JD EDWARDS TOOLS RELEASE 9.2.5.3
Dans sa stratégie d’amélioration continue, ORACLE propose (entre autres) deux améliorations Tools vraiment significatives : l’automatisation de la constitution de package (utilisant l’Orchestrator) s’inscrivant dans la lignée des améliorations techniques apportées par les Tools 9.2.5.x et la mise à jour des écrans grilles par l’orchestrator sans script renforçant l’usage de celui-ci comme plateforme de développement low/no code.
Les utilisateurs ne sont toutefois pas oubliés avec une nouvelle évolution de l’UDO Extension écran renforçant les possibilités de personnalisation des transactions standard.
Les améliorations ayant retenu l’attention de nos spécialistes font l’objet des articles ci-dessous :
UDO
La partie Personnalisation Utilisateur n’est pas le focus de cette release mais ORACLE apporte néanmoins une évolution sur l’UDO (User Defined Object) Extension Ecran :
- Ajout descriptions associées :
L’UDO permet désormais de rajouter les descriptions associées à un code si celle-ci n’est pas prévue en natif sur l’écran.
ORCHESTRATOR
La release apporte plusieurs améliorations dont la première décrite ci-dessous est une évolution majeure augmentant l’accessibilité de l’orchestrator aux profils fonctionnels :
- Sélection de lignes multiples dans Form Request
Jusqu’ici, les fonctionnalités des form request ne permettaient de ne sélectionner qu’une seule ou toutes les lignes d’une grille sur lesquelles effectuer une action ou une mise à jour. C’était très pénalisant sur les écrans sans QBE car cela nécessitait le recours à du script et donc un profil développeur.
Il est désormais possible sans développement de poser un filtre sur les actions Select Row ou Row Number for Update permettant d’effectuer les actions désirées sur toutes les lignes répondant aux critères (champs de la grille) sélectionnés.
- Version dynamique dans Report Request
Il est désormais possible via un sélecteur de rendre paramétrable la version de batch appelée dans un Report Request. La variable attribuée (Nom Service Request_Version) est à instancier dans les paramètres passés en entrée du SR dans l’orchestration appelante.
Ce mode d’appel ne permet pas de surcharger les paramètres d’exécution.
- Visualisation dépendances orchestrations
Pour déployer une orchestration, il est nécessaire de déployer également les composants la constituant. En cas d’orchestration complexe, il pouvait être fastidieux de recenser ceux-ci en examinant le diagram Flow de l’Orchestrator Studio.
Il est désormais possible depuis le gestionnaire d’objet ou le gestionnaire de projets web de consulter pour une orchestration donnée l’ensemble des composants la constituant.
Orchestration
Automatisation de Packages :
L’automatisation de l’assemblage et construction des packages :
- un package Orchestrator fourni par JDE (TSPKGBLD01)
- pour les “update package” (type 41) ou les “full package” (type 40)
- pas d’étape de déploiement automatique
- pas d’avancement de statut des projets sélectionnés
Une orchestration intermédiaire contrôlant que le serveur d’entreprise est disponible pour le « Build »
Remarques sur améliorations à réaliser :
- Cette orchestration aurait besoin d’être appelée d’une orchestration : permettant de formatter le nom du package, éventuellement d’être planifiée (exemple : tous les soirs, construire le package de tous les projets OMW en statut 22)
- Une application interactive permettant de saisir les données du package serait aussi pertinente
- Il faudrait que le statut soit mis à jour pour éviter que le projet ne soit de nouveau intégré au package
- Il faudrait pouvoir enchaîner un package en DV et PY
- Une automatisation du déploiement pourrait aussi être envisagée
VBQ – Virtual Batch Queue :
Les “Virtual Batch Queues” :
- Répartition automatique des batchs sur plusieurs serveurs de batchs
- Fonction de relance d’un batch
- Fonction de redirection d’un batch en “W” vers un autre serveur
Setup d’un “Virtual Host” (P9654W en Web) , regroupant 2 serveurs de batches :
Setup des OCMs – Tous les UBEs dirigés vers le virtual Host”
Setup des files d’attentes – Assignation de celles-ci au Virtual Host (P986130)
Test : Via un script, batch R98OWSECA lancé 5 fois, visu WSJ : les UBEs sont exécutés sur l’un ou l’autre des serveurs :
Test : lancement R98306/VBQ0001, tombé en erreur, relancé via option “Resubmit Jobs”
=> sélection du serveur / file d’attente :
=> R98306/ VBQ0001, visualisation de l’exécution
