Bei unseren Audits von kundenspezifischen JDE 9.2JD Edwards EnterpriseOne Version 9.2, eine umfassende ERP-Softwarelösung von Oracle für Unternehmensprozesse. Codebasen stellen wir regelmäßig fest, dass ein erheblicher Teil der Performance-Engpässe in interaktiven Anwendungen – oft zwischen 30 % und 50 % – auf schlecht implementierte Form InterconnectsEin Mechanismus in JD Edwards, um Daten zwischen verschiedenen Anwendungen oder Masken zu übergeben und diese aufzurufen. zurückzuführen ist. Entwickler konfigurieren einen JDE APPL Row ExitEine Schaltfläche oder Menüoption, die eine Aktion für eine spezifisch markierte Zeile in einer Tabelle auslöst. oft als einfaches Point-and-Click-Mapping, um eine zugehörige Standardanwendung zu öffnen. Doch der Aufruf einer komplexen Standardanwendung wie P4210 (Sales Order Entry) aus einem benutzerdefinierten GridEin tabellarisches Steuerelement in der Benutzeroberfläche zur Anzeige und Bearbeitung von Datensätzen. ohne Isolierung der Transaktionsgrenzen kann zu verwaisten Datenbanksperren in F41021 oder F4211 führen.
Um diese Sperrprobleme und Memory LeaksFehler in der Software, bei denen belegter Arbeitsspeicher nicht mehr freigegeben wird, was das System verlangsamt. zu vermeiden, müssen Sie präzise steuern, wie GC-VariablenGrid Column Variablen speichern die Werte der einzelnen Spalten einer aktuell verarbeiteten Tabellenzeile. auf die Ziel-FI-Struktur gemappt werden. Dieses technische Beispiel zeigt, wie Sie den Kontext aus einem benutzerdefinierten Grid sicher übergeben, Null-Pointer-Risiken im Dialog Is Initialized-Event der Zielform handhaben und sicherstellen, dass die aufrufende Anwendung ihren Datenbank-Cursor sofort freigibt. Die Implementierung dieser präzisen Event Rules (ER)Die proprietäre Programmiersprache von JD Edwards, mit der Geschäftslogik direkt in der Entwicklungsumgebung erstellt wird. Mappings eliminiert die "Ghost Locks", die häufig Multi-Threaded HTML-Client-Sitzungen plagen.
Anatomie eines Row Exit Form Interconnects
Ein häufiger Fehlerpunkt in der FDAForm Design Aid ist das grafische Entwicklungswerkzeug in JD Edwards zum Erstellen und Bearbeiten von interaktiven Anwendungen.-Entwicklung besteht darin, einen Row Exit eher als verherrlichten Button-Klick denn als kontextsensitive Transaktion zu betrachten. Wenn ein Benutzer eine Zeile in einem Grid auswählt und auf einen Row Exit klickt, führt die Runtime-Engine die zugrunde liegenden Event Rules im Scope dieser spezifischen Zeile unter Verwendung von Grid Column (GC) Variablen aus. Wenn Ihre benutzerdefinierte Anwendung mehrere Zeilen ausgewählt hat oder wenn der Benutzer den Exit ohne aktive Auswahl klickt, übergibt die Runtime Null- oder Garbage-Werte an den Form Interconnect (FI). Um dies zu verhindern, müssen Sie explizit validieren, dass eine Zeile ausgewählt ist, indem Sie die Systemvariable SV Selected_Grid_Row prüfen, bevor Sie den Aufruf auslösen.
Die Mechanik des Übergangs beruht vollständig auf dem Mapping dieser GC-Variablen auf die Form Data Structure (DSTR) der Zielform. Wenn Sie den Form Interconnect in FDA konfigurieren, legt das Tool die Empfangsstruktur der Zielform offen, die als strikter Vertrag zwischen der aufrufenden und der empfangenden Anwendung fungiert. Nicht übereinstimmende Datentypen oder nicht gemappte Schlüsselfelder in diesem Interconnect lösen keinen Compilerfehler in den Event Rules aus, führen jedoch zu stillen Laufzeitfehlern oder dazu, dass die Zielanwendung standardmäßig einen falschen Action Code wie Add anstelle von Update verwendet. Beispielsweise führt die Übergabe einer numerischen Belegnummer (Math Numeric) in einen Zeichenfolgenparameter (Character String) dazu, dass der Business ViewEine logische Verknüpfung von Datenbanktabellen, die als Datenquelle für Anwendungen und Berichte dient. der Zielform nicht geladen werden kann.
Standardanwendungen wie P4210 (Sales Order Entry) oder P0911 (Journal Entry) erfordern einen vollständigen Satz von Primärschlüsseln, um ihre initialen Find/Browse-Masken zu umgehen und einen Datensatz direkt in das Revision Form zu laden. Für P4210 bedeutet dies das Mapping von Order Number (DOCO), Order Type (DCTO) und Order Company (KCOO) aus Ihren benutzerdefinierten Grid-Spalten direkt auf die entsprechenden FI-Parameter der Zielform, typischerweise W4210A oder W4210B. Das Weglassen auch nur eines Schlüssels, wie KCOO, zwingt die Zielanwendung in einen Inquiry-Status oder zeigt den Fehler "Record Not Found" an. Dieses direkte Mapping umgeht die typische Search-and-Select-Latenz, spart Benutzern 3 bis 5 Sekunden pro Transaktion und vermeidet unnötige Datenbankabfragen.
Sicheres Extrahieren des Zeilenkontexts in FDA
Ich überprüfe regelmäßig kundenspezifischen FDA-Code, bei dem Entwickler während der Ausführung eines Row Exits Werte aus Form Control (FC) oder Event Rules (ER) Variablen anstelle von Grid Column (GC) Variablen abrufen. Im Button Clicked Event eines Row Exits zeigt die Runtime-Engine spezifisch auf die aktive Grid-Zeile. Wenn Sie auf eine veraltete ER-Variable verweisen, die während einer vorherigen "Grid Rec is Fetched"-Schleife gefüllt wurde, übergeben Sie die falschen Schlüssel – wie eine alte Address Book Nummer (AN8) oder Order Number (DOCO) – an die Zielanwendung. Diese Diskrepanz führt entweder zu einem leeren Bildschirm oder, schlimmer noch, dazu, dass ein Benutzer den falschen Datensatz in der Datenbank aktualisiert.
Wenn Benutzer mehrere Zeilen auswählen – beispielsweise 5 oder 10 Zeilen in einem benutzerdefinierten Versand-Grid – versagt die standardmäßige Einzelzeilen-Logik. Um diese Auswahl sicher zu verarbeiten, müssen Sie eine Schleife mit den Systemfunktionen Get Selected Grid Row Count und Get Next Selected Row implementieren. Initialisieren Sie einen Zähler mit Get Selected Grid Row Count, um festzustellen, ob Arbeit ansteht, und durchlaufen Sie dann jeden Index mit Get Next Selected Row, um die spezifischen GC-Werte für diesen Zeilen-Pointer abzurufen.
Bevor Sie den Form Interconnect innerhalb dieser Schleife aufrufen, führen Sie eine strikte Null-Wert-Prüfung für kritische GC-Schlüssel wie Company (CO) oder Document Type (DCTO) durch. Die Übergabe eines nicht initialisierten oder Null-Schlüssels löst in Standard-Zielanwendungen wie P4210 oder P4310 eine offene Abfrage aus, die die HTML-Sitzung des Benutzers blockieren oder die Datenbankleistung auf dem Enterprise Server beeinträchtigen kann. Wenn die Zielform kein Multi-Select unterstützt, muss Ihr Code die Schleife abbrechen, wenn die Zeilenanzahl 1 überschreitet, und den Benutzer mit einer Standard-JDE-Fehlermeldung warnen, anstatt nacheinander mehrere separate Anwendungsfenster zu öffnen und den Browser-Call-Stack zum Absturz zu bringen.
Code-Beispiel: Aufruf von P4210 aus einer benutzerdefinierten APPL
In der 9.2-Entwicklung erfordert die Verknüpfung einer benutzerdefinierten Workbench wie P554211 mit der Standard-Sales-Order-Entry-Anwendung (P4210) die strikte Einhaltung der FDA-Mapping-Regeln, um Memory Leaks oder fehlerhafte Thread-Zustände zu vermeiden. Wenn ein Benutzer den Row Exit auslöst, muss die Runtime den eindeutigen Schlüssel der ausgewählten Grid-Zeile direkt in die Datenstruktur der Zielform übergeben. Für P4210 ist dieses Ziel normalerweise die Form W4210A, die einen präzisen zusammengesetzten Schlüssel aus drei Feldern erwartet, um den korrekten Datensatz in den Tabellen F4201 und F4211 zu finden.
Innerhalb des "Row Exit & Changed - Instant" Events Ihres benutzerdefinierten Row Exits müssen Sie die Grid Column (GC) Werte explizit auf die Form Interconnect (FI) Variablen von W4210A mappen. Wenn nicht alle drei Schlüffelfelder – Order Number, Order Type und Order Company – gemappt werden, initialisiert P4210 einen leeren Auftrag, was eine häufige Quelle für Helpdesk-Tickets ist. Das exakte Event Rules Mapping in FDA sieht wie folgt aus:
// Aufruf der Verkaufsauftragserfassung (P4210) aus einem benutzerdefinierten Row Exit
Call(App:P4210, Form:W4210A)
GC OrderNumber -> FI mnOrderNumber
GC OrderType -> FI szOrderType
GC OrderCompany -> FI szOrderCompany
"2" -> FI cVersionMode
"1" -> FI cActionCodeDie Wahl des richtigen Execution Flags bestimmt, wie der HTML-Client den Thread-Stack verwaltet. Wenn Ihre P554211 ihr Grid sofort mit aktualisierten Mengen oder Statuscodes aktualisieren muss, wenn der Benutzer zurückkehrt, müssen Sie den Form Interconnect auf ModalEin Fenster-Modus, der die Interaktion mit dem Hauptfenster blockiert, bis das untergeordnete Fenster geschlossen wurde. setzen. Dies blockiert den aufrufenden Thread und stellt sicher, dass der Benutzer seine Arbeit in P4210 abschließt, bevor die Steuerung an die benutzerdefinierte Anwendung zurückgegeben wird, wo ein Press Button(HC Find) Event das Grid aktualisieren kann. Wenn der Benutzer P4210 hingegen nur als paralleles Referenzfenster benötigt, um Zeilendetails zu überprüfen, ohne den Thread des Aufrufers zu sperren, konfigurieren Sie den Interconnect als Non-Modal. Dies ermöglicht es dem Benutzer, das P4210-Fenster auf einen zweiten Monitor zu ziehen, während das P554211-Grid für die kontinuierliche Dateneingabe aktiv bleibt.
Häufige Fallstricke bei Standard-App Row Exits
Ein häufiges Versäumnis in Form Design Aid (FDA) tritt auf, wenn ein Entwickler eine leere oder nicht initialisierte Variable in die Primärschlüsselstruktur einer Zielform übergibt. In Standardanwendungen wie P4101 oder P4210 führt der Erhalt eines leeren Schlüssels dazu, dass die Runtime-Engine standardmäßig in den "Add"-Modus wechselt, anstatt in den beabsichtigten "Update"- oder "Inquiry"-Modus. Um dies zu verhindern, müssen Sie explizit die "Form Properties" der Zielform überprüfen, um sicherzustellen, dass sie so konfiguriert ist, dass sie den spezifischen Action Code – wie Change oder Inquiry – akzeptiert, den Ihre benutzerdefinierte Anwendung übergibt. Wenn die Zielform nicht für den eingehenden Action Code konfiguriert ist, schlägt die Runtime stillschweigend fehl oder leitet den Benutzer auf eine falsche Eingabemaske weiter.
Die Verwaltung von Transaktionsgrenzen über Formulargrenzen hinweg ist entscheidend, um Datenbankkonflikte zu vermeiden. Wenn Sie einen modalen Interconnect auslösen, läuft die aufgerufene Anwendung im Thread des Aufrufers und teilt dessen Transaktionsgrenze. Wenn Ihre benutzerdefinierte Anwendung bereits einen Datensatz in der Tabelle Item Location (F41021) aktualisiert hat und dann eine Standardanwendung wie P4112 modal aufruft, versucht die sekundäre Anwendung möglicherweise, denselben F41021-Datensatz zu sperren. Diese Diskrepanz in den Grenzen des Transaction ProcessingEin System, das sicherstellt, dass zusammengehörige Datenbankänderungen entweder vollständig oder gar nicht gespeichert werden (Datenintegrität). führt zu einem sofortigen Datenbank-Deadlock, der die Sitzung des Benutzers einfriert, bis die Datenbank-Engine ein Timeout auslöst.
Ein weiteres häufiges Problem tritt auf, wenn Entwickler Grid-Zeilen sequenziell in einer Schleife verarbeiten, aber vergessen, die Variablen der Form Interconnect Struktur vor der nächsten Iteration zu löschen. Wenn eine nachfolgende Zeile einen leeren Wert in einem Feld wie Location (LOCN) hat, behält die Form Interconnect Struktur den Wert der vorherigen Zeile bei. Dies führt dazu, dass veraltete Daten an die Zielanwendung übergeben werden, was den Kontext der sekundären Transaktion korrumpiert. Das explizite Löschen der Datenstrukturvariablen zu Beginn jeder Schleifeniteration ist der einzige zuverlässige Weg, um die Datenintegrität über Multi-Row-Ausführungspfade hinweg zu gewährleisten.
Debugging des Row Exit Interconnect Stacks
Wenn ein Row Exit zu einer Standardanwendung wie P4210 fehlschlägt, ohne Daten zu übergeben, ist das Raten, welche Variable null ist, reine Zeitverschwendung. Öffnen Sie Ihr lokales jdedebug.logEine Protokolldatei zur Fehlersuche in JD Edwards, die detaillierte Informationen über SQL-Abfragen und Programmschritte enthält. und suchen Sie direkt nach der Zeichenfolge "Form Interconnect", um die exakten Datenstrukturparameter zu isolieren, die zur Laufzeit übergeben werden. Dieser Log-Trace legt die präzisen Werte der eingehenden und ausgehenden Strukturen offen und lässt Sie verifizieren, ob die Grid-Spaltenwerte während des Button-Clicked-Events tatsächlich auf die Datenstruktur der Zielform gemappt wurden.
Wenn die Werte im Log korrekt erscheinen, die Zielform aber dennoch leer geladen wird, liegt der Fehler bei der Initialisierung der Zielanwendung. Schließen Sie Ihren lokalen C-Debugger an und setzen Sie einen Breakpoint innerhalb des Dialog Is Initialized Events der Standardanwendung oder in den zugrunde liegenden C-Business-Functions wie B4200310. Dies ermöglicht es Ihnen, den Ausführungs-Thread schrittweise zu durchlaufen und zu bestätigen, ob die internen Variablen der Zielanwendung Ihre eingehenden Form Interconnect Werte überschreiben, bevor die Form gerendert wird.
Spezifikationsabweichungen (Spec Mismatches) zwischen Umgebungen verursachen häufig stille Fehler, bei denen der Row Exit im Development-Client funktioniert, aber im Web abstürzt. Überprüfen Sie die e1root.logDie zentrale Protokolldatei des HTML-Webservers, die Fehler und Warnungen der Web-Laufzeitumgebung aufzeichnet.-Dateien des HTML-Servers; Sie werden Warnungen wie "Form Structure Mismatch" finden, wenn die lokalen Spezifikationen auf Ihrem Development-Client nicht mit den auf dem Enterprise Server bereitgestellten serialisierten Paketen übereinstimmen. Dies passiert typischerweise, wenn ein Entwickler eine Standard-Form-Datenstruktur ändert oder benutzerdefinierte Parameter hinzufügt, ohne sowohl die Client- als auch die Server-Pakete neu zu erstellen und bereitzustellen.
Wenn der Row Exit auf Ihrem lokalen Entwicklungsrechner einwandfrei funktioniert, aber der Start der Standardanwendung auf dem HTML-Webclient komplett fehlschlägt, überprüfen Sie Ihre Object Configuration Manager (OCM)Das Tool steuert in JD Edwards, auf welchem Server oder in welcher Datenbank bestimmte Objekte und Tabellen ausgeführt werden. Mappings. Stellen Sie sicher, dass die OCM-Mappings für die Zielanwendung aktiv sind und auf die richtige Datenquelle für die Umgebung zeigen, in der Sie testen, wie z. B. DV920. Ein falsch konfiguriertes OCM-Mapping verhindert, dass die Web-Runtime-Engine den Form Interconnect Aufruf auflöst, wodurch der Benutzer ohne visuelles Feedback auf dem Quell-Grid hängen bleibt.
Die Verfeinerung der Row-Exit-Logik in Form Design Aid ist ein grundlegender Schritt zum Erstellen von Anwendungen, die das nächste Tools Release Update ohne manuelles Eingreifen überstehen. Für IT-Leiter in Unternehmen, die eine benutzerdefinierte JDE-Landschaft verwalten, ist die Etablierung dieser strengen Entwicklungsstandards unerlässlich, um die langfristige Upgrade-Fähigkeit und Systemstabilität zu gewährleisten.
