"Data Dictionary Item Not Found" ist der Fehler, der einen JD-Edwards-Tag am schnellsten aus der Bahn wirft. Benutzer sehen einen defekten Visual Assist, ein numerisches Feld, das als Text dargestellt wird, oder einen Find-Browse, der nichts zurückgibt, obwohl er gestern noch Zeilen geliefert hat — und der erste Reflex in der Hälfte aller Support-Tickets, die ich gesehen habe, ist, die Anwendung verantwortlich zu machen. Der eigentliche Fehler liegt jedoch fast immer eine Ebene tiefer: ein Data DictionaryDie JDE-Metadatenschicht, die jedes Data Item definiert (Alias, Länge, Dezimalstellen, Glossar, Edit Rules). Sie steuert, wie jedes Formular, jede BSFN und jedes UBE die zugrunde liegenden Spalten interpretiert.-Eintrag, der nicht mehr zu dem passt, was eine der vier Cache-Schichten darüber gespeichert hat.

Dieser Leitfaden beschreibt das Verfahren, das ich verwende, um JD Edwards Data-Dictionary-Fehler zu beheben: wenn die Korruption echt ist, wenn es nur veralteter Cache ist und wenn der sicherste Weg darin besteht, die Datenbank in Ruhe zu lassen und die OMWObject Management Workbench: die JDE-Konsole, die Check-out, Check-in, Promotion und Audit-Historie jeder Objektänderung verfolgt, einschließlich Data-Dictionary-Items.-Pipeline die Änderung erneut ausführen zu lassen. Die drei Pfade haben sehr unterschiedliche Auswirkungen, und die falsche Wahl macht aus einer 10-Minuten-Korrektur einen 3-Tage-Incident.