Kategorie: Entwicklung

Entwickeln von Modulen / Module Managen 1. Auf einer Developer-Maschine über GIT Voraussetzung Hier wird der Weg über GIT beschrieben: Das heißt, wir befinden uns auf einer Developer-Maschine und die Umgebungsvarablen OPENZ_GITOSS und OPENZ_GITPT sind gesetzt. OPENZ_GITOSS ist der Pfad zu den Sourcen von openz OPENZ_GITPT ist der Pfad zu den Sourcen der eigenen Module,

Felder anlegen Datenbank ändern Als openz (englische Sprache) Tables&Columns ⇒ Create columns from DB Windows-Tabs&Fields, Tab wählen, wo Feld erscheinen soll. ⇒ Create Fields Reihenfolge setzen Synchronize Terminology ant compile Voila!   Business-Logic ändern     Callouts In org.openbravo.erpCommon.ad_callouts   Forms In org.openbravo.erpCommon.ad_forms   Reports In /src/org/openbravo/erpReports    Compiler Alle Sourcen ant compile.complete Geänderte fenster

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,

AcctServer org.openbravo.erpCommon.ad_forms Läd Doc… Die Docs sind Tabellen, in ad.. definiert. Defaults, Vars laden Window-Felder: org.openbravo.erpCommon.utility.GetDefault Iconbar AD-Windows Suchfunktion org.openbravo.erpCommon.businessUtility.Buscador Grid-Reports org.openbravo.erpCommon.utility.ReportDesignBO org.openbravo.erpCommon.utility.GridReportVO org.openbravo.erpCommon.utility.ExportGrid Linked Items org.openbravo.erpCommon.utility.UsedByLink Drucken Über die jeweiligen Service-Klassen, z.B.: org.openbravo.erpCommon.utility.reporting.printing.PrintInvoices wird der Controller angesprochen: org.openbravo.erpCommon.utility.reporting.printing.PrintController Der Grid – Export bzw Druck geht mit: org.openbravo.erpCommon.utility.ReportDesignBO.java Plantilla.jrxml ====== Servlets, die nur über HTML

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

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  ||