Ein JD-Edwards-Objekt zu finden, sollte sich nicht anfühlen, als würde man mit ausgeschaltetem Licht in einem alten technischen Keller herumwühlen. Dieses kostenlose JDE Object Librarian Online-Tool durchsucht einen großen JD Edwards EnterpriseOne Object-Librarian-Auszug nach den zwei Feldern, die zuerst wirklich zählen: Object Name und Description.

Beginne mit einem Objektnamen wie P4210, R09801, B4200310, oder gib ein funktionales Stichwort ein, zum Beispiel sales order, invoice, ledger, address book oder business unit. Verwende danach Object Type und System Code nur, um die Treffer einzugrenzen.

JD Edwards ist ein Name, der für verschiedene Zielgruppen etwas unterschiedliche Bedeutungen hat. Für einen CFO eines Fertigungsunternehmens ist es das ERP-System, das das Finanzteam seit fünfzehn Jahren nutzt. Für einen CIO, der Modernisierungsoptionen abwägt, ist es eine der Plattformen, die um ein Transformationsbudget konkurrieren. Für einen Entwickler mit einem Lebenslauf in diesem Ökosystem ist es ein spezifischer Stack aus Tools, Sprachen und Metadatenschichten, der um eine relationale Datenbank herum aufgebaut ist. Alle drei Ansichten beschreiben dasselbe Produkt, und jedes Gespräch, das sie auf eine einzige reduziert, birgt das Risiko desselben Missverständnisses, das der Begriff seit Jahrzehnten hervorruft. Dieser Artikel beleuchtet das Produkt in seiner Gesamtheit, wie es heute aussieht, wer es betreibt, was es technisch eigentlich ist und wie die realistischen Optionen in diesem Jahrzehnt aussehen.

Das Produkt hat drei Unternehmenseigentümer, mehrere Architektur-Neuschreibungen und einen Generationswechsel im Erscheinungsbild von Unternehmenssoftware überlebt. Es wird von Oracle weiterhin aktiv unter dem Namen JD Edwards EnterpriseOne entwickelt, wobei ein paralleles Legacy-Produkt namens JD Edwards World weiterhin Support erhält. Die entscheidenden Fragen — Sollen wir dabei bleiben, sollen wir darauf modernisieren, sollen wir es ersetzen — hängen davon ab, welches JD Edwards man vor sich hat und wie seine aktuelle Entwicklung tatsächlich aussieht.

Custom Development in JD Edwards — BSFN, NER, APPL und ERP-Automatisierung — ist der Punkt, an dem sich bei den meisten Implementierungen entscheidet, ob sie in den nächsten zehn Jahren erfolgreich bleiben oder technischen Schulden aufbauen. Die Plattform bietet vier zentrale Werkzeuge, um das Standardverhalten zu erweitern. Jede falsche Entscheidung darüber, welches Werkzeug für welchen Anwendungsfall eingesetzt wird, hat Folgen, die erst dann sichtbar werden, wenn ein Kurswechsel wirtschaftlich kaum noch möglich ist: während eines Upgrades, während eines Retrofits oder während eines Tools Release, das das zugrunde liegende Verhalten auf nicht dokumentierte Weise verändert.

Dieser Artikel ordnet die vier Werkzeuge — Business Functions in C, Named Event Rules, FDA-Anwendungen und Orchestrator — ein, beschreibt, wofür jedes davon tatsächlich geeignet ist, und zeigt Entscheidungsmuster, die sich in produktiven Umgebungen bei realen Kunden bewährt haben. Keines dieser vier Werkzeuge ist den anderen universell überlegen. Jedes deckt einen bestimmten Problemraum ab; die Disziplin besteht darin, diesen Raum zu erkennen, bevor die erste Codezeile geschrieben wird.

In über zwei Jahrzehnten JDE-EntwicklungDie Erstellung und Anpassung von Anwendungen innerhalb der JD Edwards EnterpriseOne ERP-Software von Oracle. habe ich hunderte von benutzerdefinierten interaktiven Anwendungen (APPLsInteraktive Anwendungen in JD Edwards, die über eine grafische Benutzeroberfläche bedient werden.) gesehen, die den HTML-Server mit stillen Speicherfehlern zum Absturz brachten. Viele dieser Probleme lassen sich auf ein schlecht konfiguriertes JDE APPL Form InterconnectEin Mechanismus in JD Edwards, um Daten zwischen verschiedenen Formularen einer Anwendung zu übergeben. Beispiel zurückführen, bei dem Entwickler Parameter nicht korrekt übergeben haben. Wenn sich Entwickler auf implizite Mappings verlassen oder Datenstruktur-Member offen lassen, hat die JAS engineDer Java Application Server, der die Logik der JD Edwards Weboberfläche verarbeitet. Schwierigkeiten, den Speicherstack abzugleichen. Eine einzige falsch übergebene MATH_NUMERIC- oder char-Variable kann eine gesamte Benutzersitzung destabilisieren und einen einfachen Navigationsschritt in einen harten JVM-FehlerEin schwerwiegender Absturz der Java Virtual Machine, die den JDE-Webserver antreibt. verwandeln.

Jedes Mal, wenn ein Entwickler eine Standardanwendung wie P4210 oder P4312 in der Object Management Workbench (OMW) auscheckt, um ein einzelnes Feld hinzuzufügen, erhöht er die Retrofit-Schuld für das nächste Application Update um etwa vier bis acht Stunden. Form Extensions umgehen traditionelle Modifikationen im Form Design Aid (FDA), indem sie UI-Änderungen als XML-Metadaten in User Defined Object (UDO) Tabellen wie F9860W speichern und so die Basissoftware unberührt lassen.

Die meisten Performance-Verzögerungen in benutzerdefinierten interaktiven Anwendungen (APPLEine interaktive Anwendung innerhalb von JD Edwards EnterpriseOne.) resultieren nicht aus Datenbanklatenzen, sondern aus schlecht getimten Event Rules (ER)Die proprietäre Skriptsprache von JD Edwards zur Definition der Geschäftslogik., die Daten während der Form-Initialisierung abrufen. Wenn Entwickler Standard-Adressbuchdaten zusammen mit benutzerdefinierten Konfigurationen abrufen müssen, lösen sie oft redundante Datenbank-Roundtrips aus, die die Ladezeiten des Bildschirms mehr als verdoppeln oder verdreifachen können. Die Implementierung eines sauberen JDE APPL-Beispiels für Standardwerte aus F0101Die zentrale Stammdatentabelle für das Adressbuch in JD Edwards. und benutzerdefinierten Tabellen erfordert die strikte Einhaltung des Form Design Aid (FDA)Das grafische Entwicklungswerkzeug zur Erstellung von interaktiven JDE-Anwendungen. Event-Flows, um doppelte Abrufe zu vermeiden.