Änderungen von Dokument Systemarchitektur


Von Version 3.2
bearbeitet von gru
am 02.07.2021, 11:09
Änderungskommentar: Es gibt keinen Kommentar für diese Version
Auf Version 3.1
bearbeitet von gru
am 02.07.2021, 13:26
Änderungskommentar: Es gibt keinen Kommentar für diese Version

Zusammenfassung

Details

Seiteneigenschaften
Inhalt
... ... @@ -1,9 +1,7 @@
1 1  {{content/}}
2 2  
3 -{{formcycle/}} ist einer reine Java-Anwendung und basiert auf einer modularisierten und schichtenorientierten Komponenten-Architektur, die sich mit jedem Java-fähigen Betriebssystem unter einem Anwendungsserver (Tomcat, JBOSS) nutzen lässt. Der Datenbankzugriff basiert vollständig auf der //Java Database Connectivity API// ({{smallcaps}}Jdbc{{/smallcaps}}).
3 +{{formcycle/}} ist einer reine Java-Anwendung und basiert auf einer modularisierten und schichtenorientierten Komponenten-Architektur, die sich mit jedem Java-fähigen Betriebssystem unter einem Anwendungsserver (Tomcat, JBOSS) nutzen lässt. Der Datenbankzugriff basiert vollständig auf der //Java Database Connectivity API// ({{smallcaps}}Jdbc{{/smallcaps}}). Im folgenden werden bestimmte Komponenten und Eigenschaften genauer beschrieben.
4 4  
5 -
6 -
7 7  == Laufzeitumgebung ==
8 8  Für den Betrieb von {{formcycle/}} ist Java in mindestens der Version 11 sowie ein entsprechender Servlet-Container (z.B. Tomcat) nötig. Ferner wird für die Daten-Persistenz eine relationale Datenbank benötigt. FORMCYCLE unterstützt hierbei MySQL, MS SQL, PostgreSQL und Oracle.
9 9  
... ... @@ -53,7 +53,7 @@
53 53  
54 54  Innerhalb von {{formcycle/}} kommen unter anderem folgende Bibliotheken und Technologien zum Einsatz:
55 55  
56 -* Java ab Version 8
54 +* Java ab Version 11
57 57  * JSF inkl. Primefaces und Omnifaces
58 58  * HTML, CSS und JavaScript
59 59  * Aspose Word, Apache PDFBox, Apache POI
... ... @@ -62,7 +62,7 @@
62 62  * Liquibase
63 63  * Hibernate Validator
64 64  * JavaMail
65 -* Log4J über SLF4J
63 +* Log4j2 über SLF4J
66 66  * Quartz
67 67  * EHCache
68 68  * JGroups
... ... @@ -71,28 +71,8 @@
71 71  * SimpleXML, fastjson
72 72  * Xalan XSLT processor
73 73  * Mozilla Rhino
72 +* pac4j
74 74  
75 -
76 -
77 -ALT:
78 -
79 -== Systemarchitektur ohne Einsatz eines optionalen Frontend-Servers ==
80 -
81 -{{figure image="systemarchitektur.png" width="300"}}
82 -Architektur von {{formcycle case="dat"/}} mit nur einem Master-Server
83 -{{/figure}}
84 -
85 -{{table preSort="0-asc" dataTypeAlpha="0" colWidth="200-500"}}
86 -|=Modul|=Beschreibung
87 -|Frontend|Verwaltungsoberfläche
88 -|API (REST)|REST-Schnittstelle zum Abruf verwaltungstechnischer Funktionen. Diese wrd für beispielsweise für die Verwaltungsoberfläche eingesetzt. Diese Schnittstelle kann vom Kunden für die Erweiterung der Verwaltungsfunktionalität beziehungsweise für die Integration in eigene Verwaltungsoberflächen genutzt werden.
89 -|API (RPC)|Ermöglicht den Zugriff auf Vorgänge, Status, Aktionsverarbeitungen, Aktionen und vieles mehr.
90 -|Logic|Logikebene der Anwendung
91 -|Logic (Plugin)|Bereitstellung für Plugins, die zusätzliche Funktionalität bereitstellen.
92 -|DAO|Datenzugriffsschicht ({{smallcaps}}Jdbc{{/smallcaps}}-Datenbanken, Dateisystem)
93 -|Common|Schichtenübergreifende Funktionalitäten.
94 -{{/table}}
95 -
96 96  == Systemarchitektur beim Einsatz eines optionalen Frontend-Servers ==
97 97  
98 98  {{figure image="systemarchitektur2.png" width="300"}}
... ... @@ -101,7 +101,7 @@
101 101  
102 102  Der Einsatz eines [[Frontend-Servers>>doc:Formcycle.SystemSettings.UserInterface.FrontendServer]] ist sinnvoll bei:
103 103  
104 -* netzwerkübergreifende Installation (etwa lokales Intranet + DMZ)
82 +* Netzwerkübergreifende Installation (etwa lokales Intranet + DMZ)
105 105  * Lastverteilung
106 106  * Regionale Aufteilung (Jeder Mandant hat einen eigenen Frontend-Server mit eigenen Formularen)
107 107  * Kundenspezifische Erweiterungen (Integration in vorhandene Systemumgebung, eigene Verwaltungsoberflächen)