Präsentation. Entwicklung eines Frameworks. in Forms 12c. - Light Version. Friedhold Matz. Forms Day Entwicklung eines Frameworks in Forms 12c

Transkript

1 Präsentation Entwicklung eines Frameworks in Forms 12c - Light Version Friedhold Matz

2 Agenda Vorstellung und Motivation für Oracle Forms Motivation für das Framework mit Oracle Forms 12c Workflow Plan Komponentenbasierte Architektur - Light Version Übersicht innere Architektur Layout und Interne Routine Komponenten Forms API Master 3.0 Open Source Komponenten Live Demo Ausblick

3 Vorstellung und Motivation für Oracle Forms Beim TUD Studium Ausbildung in der Micro Rechentechnik 8 Jahre Echtzeit Programmierung u. 5 Jahre Modula 2 : Multi-Tasking auf PC Seit 1994 : Oracle DB Design, Oracle Forms und Oracle Reports Lösungen: Applikationssystem mit vorwiegend flächenbasierten Objekten Komplexe Forms Applikationen mit feingranularer Rechte Personalisierung u. Mandanten Fähigkeit Bidirektionale Interaktion mit Desktop Applikation in Forms 6i, 10g u. 11g Anwendung von Java WebStart seit Oracle 10g! Seit Sept Unterstützung der Cologne Data GmbH

4 Vorstellung und Motivation für Oracle Forms Motivation für Oracle Forms aus eigener der Selbsterfahrung:: Das Leben lässt sich nur rückwärts verstehen, muss aber vorwärts gelebt werden. Kierkegaard PL/SQL: Hybride Sprache verbindet sicher Prozedurale und Set orientierte Konzepte Möglichst gute Sicherung vor Semantischen Fehlern bereits bei der Compilierung! Forms: - Echtes GUI Applikationssystem aus der Tradition der 4GL RAD Systeme - GUI Applikation folgt dem Relationalen Daten Modell (Modell getrieben) - Anwendung von konfektionierten GUI Objekten in Object Libraries - Property Classes zum kaskadierten Vererben von GUI Ausprägungen - Generierung/Bearbeitung der Modul Sources in XML oder mittels JDAPI - Template Module mit PL/SQL Code Libraries, etc.

5 Motivation für das Framework mit Oracle Forms 12c Framework: Verwaltbarkeit von Anwendungen, Komponenten und Libraries Abbildung des Entwicklungszyklus von Forms Applikationen im Workflow möglichst transparente, symmetrische Komponenten u. Daten Architektur einfache Erweiterbarkeiten WebUtil als stabiles Brücken System für Native Applikationen o. Komponenten Erweiterbarkeit durch lose Anbindung von DOS/Windows oder Java Plugins (Silent) Datenaustausch in lokalen Framework Verzeichnissen Keine direkte PJC Implementierung notwendig Code Embedding der Code der eingefügt werden soll, wird am Besten mit dem dafür vorgesehenen Code Editor bearbeitet.

6 Workflow Plan Ablauf eines Software Entwicklungszyklus (nur teilweise realisiert) Bereitstellung (z.zt. Offen) Source Statistik Upgrade Compile Test Zyklus Upgrade Test Analyse (z.zt. Offen) Deployment (z.zt. Offen) Zurücknahme eines Upgrades Downgrade (z.zt. Offen)

7 Komponenten basierte Architektur Light Version In der Light Version nur lokale Datei Verarbeitung im Projekt Workspace Module FormsAPI.fmx als Kernkomponente FormsAPI Master Bit Build 422 als Kernkomponente Library pkg_fam_scripts.pll zur Verwaltung der FormsAPI Scripte Forms WebUtil 12c (ohne OLE) Voll Installation Oracle Forms 12c Developer Ablauf mit Light Installation Oracle Forms 12c Developer z.zt. offen Performance Problem unter Anwendung des Diverse Plugin (Editoren)

8 Komponenten basierte Architektur Light Version Keine spezielle Registrierung des Modules FormsAPI.fmx auf dem Frontend Kein Login beim Programmstart des Modules FormsAPI.fmx Anlegen des Verzeichnisses C:\DevFAM u. Bereitstellung einer Ini Datei In der Konfigurierung werden das Projekt Workspace u.a. angelegt und die Sources übernommen:

9 Komponenten basierte Architektur Light Version Workspace wird in Projekte untersetzt Projekte werden nach Inhalts Typen strukturiert: intern symmetrische Struktur: Analyse Compilieren Deployment Downgrade Statistik Test Upgrade

10 Übersicht innere Architektur Light Version ist eine Applikation ohne Zustand jedoch Workflow zentriert Ergebnisse der Verarbeitungsschritte werden im Workspace abgelegt Start des Modules FormsAPI.fmx kann mittels Parameter gesteuert werden Parameter in der config-fam.ini vorgegeben: interne Parameter Struktur:

11 Übersicht innere Architektur Z.Zt. sind 4 Workflow Schritte in jeweiligen Datenblöcken implementiert: Das Modul FormsAPI ist eine reine In Memory Applikation Jeder Block hält seine Daten in 4 Associative Arrays (Sortierung): Die Daten Transfers: BLOCK TABLE TABLE_mem erfolgen aus einer Package Weitere Anwendung von Associative Arrays (PL/SQL Indexed Record Tables): Definition von Daten Strukturen und Voreinstellungen Definition von Commands zur Script Generierung / Ausführung Anwendung in Combo Boxes

12 Übersicht innere Architektur Beispiel der Anwendung für eine dyn. Combo Box aus einer In Memory Tabelle: verwendet zur Script Auswahl aus der Library pkg_fam_scripts.pll

13 Übersicht innere Architektur Seit Oracle DB12c :: Sortierung ORDER BY in Associative Arrays! Voraussetzung: TYPE Declaration in einer DB Package! Ansonsten Fehler: WOW : Und das auch mal in Forms..!!!

14 Übersicht innere Architektur Finale Anwendung im Button Trigger:

15 Layout und interne Routine Komponenten Kurzer Abriss zum GUI Layout: Was sind zeitgemäße GUI Applikationen? Applikationen, mit dem Look & Feel & Handling von Web Applikationen! Flaches Design Farben reduziert Keine Frames Einfarbige Icons Zustandsdarstellung Farben Invertierung

16 Layout und interne Routine Komponenten Kurzer Abriss zum GUI Layout: GUI Applikationen enthalten 3 Darstellungsgruppen: Navigation Content Command (nach Universal Windows Platform) Kann das Oracle Forms auch? JA.

17 Layout und interne Routine Komponenten

18 Layout und interne Routine Komponenten Vom Beginn an: Ableitung von Canvas, Block u. Item Properties aus Property Classes prc_msg der Typen : Interner Fehler Katalog: EXCEPTION Behandlung:

19 Layout und interne Routine Komponenten Möglichkeit der Erweiterung des Fehler Katalog durch Aufnahme von Forms Fehlern / Nachrichten :

20 Layout und interne Routine Komponenten Implementierung eines lokalen File Loggings aus der prc_msg: Ausführlicher Fehler Nachweis (inkl. Langtext Beschreibung):

21 Layout und interne Routine Komponenten Dynamische Parameter Substitution ${..} mittels REPLACE vor der Ausführung::

22 FormsAPI Master 3.0 FormsAPI Master Bit - Build 442! Sehr performante Ausführung im Script bzw. Batch Mode! Änderungen in der Syntax in Version 3.0 (u.a. bei der Verwendung von Units) Eine config.ini werden mittels Parameter Substitution die Script Parameter aktualisiert Derzeit in FormsAPI.fmx :: Verwendung von Modul Includes: Aus der pkg_fam_lib.pll werden jeweils 3 Scripts generiert: Action_main.p2s configuration.inc Action.inc

23 FormsAPI Master 3.0 Einer Script Ausführung können bis zu 7 DEFAULT Parameter vorgegeben werden Diese 7 Parameter werden beim Aufruf aktuell überschrieben: Beispiel: 1. Parameter wird überschrieben: Konfigurierung Übergabe in der Ini:

24 FormsAPI Master 3.0 Definition der Scripts in der pkg_fam_scripte.pll Wichtig: Ansonsten nur das Action Script anpassen und in einem neuen Record einfügen. Angebot dann in der Action Combo Box: Soweit simple: FormsAPI.fmx um eigene Script PLL erweitern!

25 FormsAPI Master 3.0 Aus der config.ini werden mit configuration.inc die Globalen Var s gesetzt: - Action Script konsumiert die Globalen Var s:

26 Open Source Komponenten Atom Editor u. Notepad++ als Plugins getestet Atom Editor ist eine HTML5 Javascript Applikation Gut konfigurierbar, Syntax Erkennungen versucht

27 Open Source Komponenten Forms PL/SQL Code Ausgabe in *.frm und Forms Code Suggestion getestet:

28 Open Source Komponenten JDAPI Plugin: Ausgabe des kompletten Forms PL/SQL Codes einer Datei.frm: Struktur Darstellung?

29 Live Demo Lokaler Ablauf Konfigurierung Upgrade Compile Test (ohne DB Connection)

30

31 Dieser STATISTIK Block wird aus dem Workspace\Source Verzeichnis initiiert.

32

33 Log:

34

35

36 Plugin: Atom Editor Script Code

37 Plugin: Atom Editor Forms Code

38

39 Ausblick Abschluss Beta Version Härtung u. weitere FormsAPI Scripte testen und in die pkg_fam_lib.pll (intern) bzw. pkg_fam_lib.script aufnehmen.. Ausbau der Statistik.. Beginn der Implementierung der Analyse.. Einsatz von JDAPI Plugins.. Offen: Generierung von Forms Struktur Dokus.

40 Vielen Dank.