Kategorie: OpenZ Entwicklung

Transport für Menues, Rollen und individuelle Einstellungen In OpenZ kann man jetzt unter Application Dictionary || Setup || Tree and Node Image || Tree einen neuen, individuellen Menuebaum für das linke Menue anlegen. Man legt einen neuen datensatz an, wählt Type Area=Menue. Wenn all Nodes an ist, wird der Standard Menuebaum in das neue Menue

Anleitung: LabelLinkDispatcher Ein LabelLinkDispatcher ordnet einfach gesagt eine Column einem Tab zu. Wenn die Column später als Link-Feld eingebaut wird, verlinkt sie bei Klick zu dem angegebenen Tab. Es ist weiterhin möglich dem LabelLinkDispatcher mit einer Bedingungen zu versehen, sodass ein Tab nur bei erfüllter Bedingung angesteuert wird. Durch mehrere LabelLinkDispatcher kann ein Column auch

Regeln für Alerts(Benachrichtigungen) Einstellungen mit Wirkung auf Alert-Prozess. Im  Alert (Alarm-Regel, Feld SQL) wird eingestellt, wer der Empfänger des Alerts ist (Feld ad_role_id oder/und ad_user_id) Nach dieser regel wird der Alarm immer erstellt, wenn sie Zutrifft. Gelöscht, wenn Sie nicht mehr zutrifft wird bei Haken Fewst aus: (Hinweis löschen, wenn Bedingung nicht mehr zutrift) Deaktiviert

Folgende Zentralen Funktionen unbedingt verwenden! Kein direkter zuriff auf tabellen oder eigene Funktionen bauen für folgende Dinge: c_getconfigoption( .. ) Ermittelt Konfigurationen in c_orgconfiguration m_bom_qty_onhand(..) Ermittelt Lagermenge. Entweder für ganzes warehouse (locator=null) oder für einen locator – in dem Fall darf warehouse null sein, muß aber nicht. m_bom_qty_reserved(..) Ermittelt reservierte lagermenge. Das ist die Lagermenge,

Anwendung Das Editierbare Grid wird auch als Template in ein Modell (Frame-Window , Popup) geladen. Klasse: org.openz.view.EditableGrid Beispiel-Controller: org.openz.controller.GridTestServlet Es definiert eine Struktur, bestehend aus diversen einfachen Templates, die voll automatisiert geladen und als Grid dargestellt werden. Daten werden als XSQL definiert Das XSQL muß ein grou by entsprechen der Grid Struktur beinhalten Feldnamen im

Prinzip Mit den Templtes wird das MVC-Pattern (Model-View-Controller) implementiert. Templates implementieren den View-Layer und befinden sich in org.openz.view Die Servlets implementieren den Controller-Layer und haben die Aufgabe, aus dem Model-Layer (das sind die XSQL-Data-Klassen) Daten zu Laden, den View-layer zu konfigurieren und die Daten mit dem View zur Anzeige zu bringen. Templates werden als Static

Session Variablen – Verwendung in JAVA Session Variablen sind grundsätzlich nicht Case-Sensitiv sie sind immer UPPER-Case in der Session. Konventionen: Alle im System über Property-Files eingestellten session Variablen haben # oder $ als Prefix und sind damit global. Session – Variablen mit P| als Prefix sind über Einstellungen || Prozesse und Einstellungen || Präferenzen  || 

  Select Boxen Selektieren und vorbereiten Den Select Boxen wird immer ein FieldProvider – Objekt mit den daten übergeben. Die Daten läd man aus einer referenz (festgelegt im Data Dictionary) Die dafür genutzte Klasse ist: org.openz.view.SelectBoxhelper Die statische Methode getReferenceDataByRefName gibt den Field Provider mit den Daten zurück.   Callouts Werden mit der Klasse org.openz.controller.CalloutStructure