Lors de nos audits de bases de code JDE 9.2Version majeure de l'ERP JD Edwards EnterpriseOne d'Oracle. personnalisées, nous constatons régulièrement qu'une part importante des goulots d'étranglement de performance — souvent entre 30 % et 50 % — provient de Form InterconnectsMécanisme permettant d'appeler une application JDE à partir d'une autre en passant des paramètres. mal implémentés. Les développeurs configurent souvent un row exitOption de menu ou bouton lié à une ligne spécifique d'une grille pour effectuer une action contextuelle. JDE APPL pour ouvrir une application standard liée via un simple mappage par pointer-cliquer, mais l'appel d'une application standard lourde comme P4210Application standard JD Edwards utilisée pour la saisie et la gestion des commandes de vente. (Sales Order Entry) depuis une grille personnalisée sans isoler la limite de transaction peut entraîner des verrous de base de données orphelins dans F41021Table de base de données stockant les informations sur les stocks par emplacement et par lot. ou F4211.

Pour éviter ces problèmes de verrouillage et les fuites de mémoire, vous devez contrôler précisément comment les variables GCVariables représentant les données contenues dans les colonnes d'une grille JDE. se mappent à la structure FI cible. Cet exemple technique démontre comment transmettre en toute sécurité le contexte d'une grille personnalisée, gérer les risques de pointeurs nuls dans l'événement Dialog Is Initialized de la forme cible, et s'assurer que l'application appelante libère immédiatement son curseur de base de données. L'implémentation de ces mappages précis d'Event Rules (ER)Langage de programmation propriétaire utilisé dans JD Edwards pour définir la logique métier. élimine les verrous fantômes qui affectent fréquemment les sessions clients HTML multi-threadées.

Anatomie d'un Form Interconnect de type Row Exit

Un point de défaillance courant dans le développement FDAForm Design Aid, l'outil de développement JD Edwards utilisé pour créer et modifier des applications interactives. personnalisé est de traiter un row exit comme un simple clic sur un bouton plutôt que comme une transaction sensible au contexte. Lorsqu'un utilisateur sélectionne une ligne dans une grille et clique sur un row exit, le moteur d'exécution exécute les Event Rules sous-jacentes dans le cadre de cette ligne spécifique, en utilisant les variables Grid Column (GC). Si votre application personnalisée a plusieurs lignes sélectionnées ou si l'utilisateur clique sur la sortie sans sélection active, le runtime transmettra des valeurs nulles ou erronées au Form Interconnect (FI). Pour éviter cela, vous devez explicitement valider qu'une ligne est sélectionnée en vérifiant la variable système SV Selected_Grid_Row avant de déclencher l'appel.

La mécanique de la transition repose entièrement sur le mappage de ces variables GC vers la Form Data Structure (DSTR)Définition des paramètres d'entrée et de sortie utilisés pour échanger des données entre objets JDE. de la forme cible. Lorsque vous configurez le Form Interconnect dans FDA, l'outil expose la structure de réception de la forme cible, qui agit comme un contrat strict entre l'application appelante et l'application réceptrice. Des types de données incompatibles ou des champs clés non mappés dans cette interconnexion ne déclencheront pas d'erreur de compilation dans les Event Rules, mais ils provoqueront des échecs silencieux au runtime ou forceront l'application cible à utiliser un code d'action incorrect comme Add au lieu de Update. Par exemple, passer un numéro de document de type math numericType de données spécifique à JDE utilisé pour stocker des valeurs numériques avec précision. dans un paramètre de type chaîne de caractères échouera silencieusement lors du chargement de la business viewCouche d'abstraction reliant une application JDE à une ou plusieurs tables de la base de données. de la forme cible.

Les applications standards telles que P4210 (Sales Order Entry) ou P0911 (Journal Entry) nécessitent un ensemble complet de clés primaires pour contourner leurs écrans de recherche initiaux et charger un enregistrement directement dans la forme de révision. Pour P4210, cela signifie mapper le numéro de commande (DOCO), le type de commande (DCTO) et la société de commande (KCOO) depuis vos colonnes de grille personnalisées directement vers les paramètres FI correspondants de la forme cible, généralement W4210A ou W4210B. L'omission d'une seule clé, comme KCOO, force l'application cible à se mettre par défaut dans un état de consultation ou à afficher une erreur "Record Not Found". Ce mappage direct contourne la latence typique de recherche et sélection, économisant aux utilisateurs 3 à 5 secondes par transaction et évitant des requêtes de base de données inutiles.

Extraire le contexte de la ligne sélectionnée en toute sécurité dans FDA

Je révise régulièrement du code FDA personnalisé où les développeurs récupèrent des valeurs à partir de variables Form Control (FC)Variables représentant les contrôles de saisie ou d'affichage sur un écran JDE (hors grille). ou Event Rules (ER) au lieu de variables Grid Column (GC) lors de l'exécution d'un row exit. Dans l'événement Button Clicked d'un Row Exit, le moteur d'exécution pointe spécifiquement vers la ligne de grille active. Si vous référencez une variable ER obsolète remplie lors d'une boucle 'Grid Rec is Fetched' précédente, vous transmettrez les mauvaises clés — comme un ancien numéro d'Address Book (AN8) ou un numéro de commande (DOCO) — à l'application cible. Ce décalage entraîne soit un écran vide, soit, pire encore, la mise à jour par l'utilisateur du mauvais enregistrement en base de données.

Lorsque les utilisateurs sélectionnent plusieurs lignes — par exemple, 5 ou 10 lignes dans une grille d'expédition personnalisée — la logique par défaut pour une seule ligne ne fonctionne plus. Pour traiter cette sélection en toute sécurité, vous devez implémenter une boucle en utilisant les fonctions système Get Selected Grid Row Count et Get Next Selected Row. Initialisez un compteur à l'aide de Get Selected Grid Row Count pour déterminer si vous avez du travail à faire, puis bouclez sur chaque index en utilisant Get Next Selected Row pour récupérer les valeurs GC spécifiques pour ce pointeur de ligne.

Avant d'invoquer le Form Interconnect à l'intérieur de cette boucle, effectuez une vérification stricte des valeurs nulles sur les clés GC critiques comme la société (CO) ou le type de document (DCTO). Le passage d'une clé non initialisée ou nulle déclenche une requête ouverte dans les applications cibles standards comme P4210 ou P4310, ce qui peut bloquer la session HTML de l'utilisateur ou dégrader les performances de la base de données sur l'Enterprise ServerServeur central où s'exécute la logique métier et les processus de base de données JDE.. Si la forme cible ne prend pas en charge la sélection multiple, votre code doit intercepter la boucle lorsque le nombre de lignes dépasse 1, en avertissant l'utilisateur avec un message d'erreur JDE standard au lieu de générer plusieurs fenêtres d'application distinctes séquentiellement et de faire planter la pile d'appels du navigateur.

Exemple de code : Appeler P4210 depuis une APPL personnalisée

Dans le développement 9.2, lier un workbench personnalisé comme P554211 à l'application standard Sales Order Entry (P4210) nécessite une adhésion stricte aux règles de mappage de Form Design Aid (FDA) pour éviter les fuites de mémoire ou les états de thread corrompus. Lorsqu'un utilisateur déclenche le row exit, le runtime doit passer la clé unique de la ligne de grille sélectionnée directement dans la structure de données de la forme cible. Pour P4210, cette cible est généralement la forme W4210A, qui attend une clé composite précise à trois composants pour localiser l'enregistrement correct dans les tables F4201 et F4211.

À l'intérieur de l'événement "Row Exit & Changed - Instant" de votre row exit personnalisé, vous devez explicitement mapper les valeurs Grid Column (GC) aux variables Form Interconnect (FI) de W4210A. Le fait de ne pas mapper les trois champs clés — numéro de commande, type de commande et société de commande — force P4210 à initialiser une commande vide, une source fréquente de tickets de support. Le mappage exact des Event Rules dans FDA ressemble à ceci :

// Appeler Sales Order Entry (P4210) depuis un Row Exit personnalisé
Call(App:P4210, Form:W4210A)
  GC OrderNumber       -> FI mnOrderNumber
  GC OrderType         -> FI szOrderType
  GC OrderCompany      -> FI szOrderCompany
  "2"                  -> FI cVersionMode
  "1"                  -> FI cActionCode

Le choix du bon indicateur d'exécution détermine comment le client HTML gère la pile de threads. Si votre P554211 doit immédiatement rafraîchir sa grille avec les quantités ou les codes d'état mis à jour lorsque l'utilisateur revient, vous devez configurer le Form Interconnect en exécution ModalMode d'affichage d'une fenêtre qui bloque l'accès à l'application parente tant qu'elle n'est pas fermée.. Cela bloque le thread appelant, garantissant que l'utilisateur termine son travail dans P4210 avant que le contrôle ne revienne à l'application personnalisée où un événement Press Button(HC Find) peut rafraîchir la grille. Inversement, si l'utilisateur n'a besoin de P4210 que comme fenêtre de référence parallèle pour vérifier les détails d'une ligne sans bloquer le thread de l'appelant, configurez l'interconnexion comme Non-Modal. Cela permet à l'utilisateur de faire glisser la fenêtre P4210 vers un second moniteur tout en gardant la grille P554211 active pour une saisie de données continue.

Pièges courants dans les Row Exits d'applications standards

Une omission courante dans Form Design Aid (FDA) se produit lorsqu'un développeur transmet une variable vide ou non initialisée dans la structure de clé primaire d'une forme cible. Dans les applications standards comme P4101 ou P4210, la réception d'une clé vide force le moteur d'exécution cible à passer en mode 'Add' au lieu du mode 'Update' ou 'Inquiry' prévu. Pour éviter cela, vous devez explicitement vérifier les 'Form Properties' de la forme cible pour vous assurer qu'elle est configurée pour accepter le code d'action spécifique — tel que Change ou Inquiry — que votre application personnalisée transmet. Si la forme cible n'est pas configurée pour autoriser l'action entrante, le runtime échouera silencieusement ou dirigera l'utilisateur vers un écran de saisie incorrect.

La gestion des limites de transaction entre les formes est critique pour éviter les conflits de base de données. Lorsque vous déclenchez une interconnexion modale, l'application appelée s'exécute dans le thread de l'appelant et partage sa limite de transaction. Si votre application personnalisée a déjà mis à jour un enregistrement dans la table Item Location (F41021) et appelle ensuite une application standard comme P4112 de manière modale, l'application secondaire peut tenter de verrouiller le même enregistrement F41021. Ce décalage dans les limites de transaction processing entraîne un interblocage (deadlock)Situation où deux processus s'attendent mutuellement pour libérer un verrou, bloquant toute progression. immédiat de la base de données, gelant la session de l'utilisateur jusqu'à ce que le moteur de base de données expire.

Un autre problème fréquent survient lorsque les développeurs traitent les lignes de la grille séquentiellement dans une boucle mais ne parviennent pas à effacer les variables de la structure Form Interconnect avant l'itération suivante. Si une ligne suivante a une valeur vide dans un champ comme l'emplacement (LOCN), la structure Form Interconnect conservera la valeur de la ligne précédente. Cela conduit à la transmission de données obsolètes à l'application cible, corrompant le contexte de la transaction secondaire. Effacer explicitement les variables de la structure de données au début de chaque itération de boucle est le seul moyen fiable de garantir l'intégrité des données sur des chemins d'exécution multi-lignes.

Débogage de la pile d'interconnexion du Row Exit

Lorsque le passage de données clés via un row exit vers une application standard comme P4210 échoue silencieusement, deviner quelle variable est nulle est une perte de temps. Ouvrez votre fichier jdedebug.logFichier journal détaillé utilisé pour diagnostiquer les erreurs et suivre l'exécution du code JDE. local et recherchez directement la chaîne "Form Interconnect" pour isoler les paramètres exacts de la structure de données transmis au runtime. Cette trace de log expose les valeurs précises des structures entrantes et sortantes, vous permettant de vérifier si les valeurs des colonnes de la grille ont réellement été mappées à la structure de données de la forme cible lors de l'événement button clicked.

Si les valeurs semblent correctes dans le log mais que la forme cible se charge toujours vide, la rupture se produit pendant l'initialisation de l'application cible. Attachez votre débogueur C local et placez un point d'arrêt à l'intérieur de l'événement Dialog Is Initialized de l'application standard ou des fonctions de business C sous-jacentes comme B4200310. Cela vous permet de parcourir le thread d'exécution et de confirmer si les variables internes de l'application cible écrasent vos valeurs de form interconnect entrantes avant le rendu de la forme.

Les décalages de spécifications (specs) entre les environnements provoquent fréquemment des échecs silencieux où le row exit fonctionne sur le client de développement mais plante sur le web. Inspectez les fichiers e1root.logFichier journal du serveur HTML JDE capturant les erreurs liées à l'interface utilisateur web. du serveur HTML ; vous y trouverez des avertissements "Form Structure Mismatch" si les spécifications locales sur votre client de développement ne correspondent pas aux packages sérialisés déployés sur le serveur d'entreprise. Ce décalage se produit généralement lorsqu'un développeur modifie une structure de données de forme standard ou ajoute des paramètres personnalisés sans reconstruire et déployer à la fois les packages client et serveur.

Lorsque le row exit s'exécute parfaitement sur votre machine de développement locale mais échoue complètement à lancer l'application standard sur le client web HTML, vérifiez vos mappages Object Configuration Manager (OCM)Composant JDE qui définit l'emplacement des objets et des données (serveur, base de données).. Assurez-vous que les mappages OCM pour l'application cible sont actifs et pointent vers la source de données correcte pour l'environnement dans lequel vous testez, tel que DV920. Un mappage OCM mal configuré empêchera le moteur d'exécution web de résoudre l'appel de form interconnect, laissant l'utilisateur bloqué sur la grille source sans aucun retour visuel.

Affiner la logique des row exits dans Form Design Aid est une étape fondamentale vers la création d'applications qui survivent à la prochaine mise à jour de Tools Release sans intervention manuelle. Pour les responsables informatiques gérant un parc JDE personnalisé, l'établissement de ces normes de développement rigoureuses est essentiel pour garantir l'évolutivité à long terme et la stabilité du système.