| ... |
... |
@@ -1,7 +1,9 @@ |
| 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}}). Im folgenden werden bestimmte Komponenten und Eigenschaften genauer beschrieben. |
|
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}}). |
| 4 |
4 |
|
|
5 |
+ |
|
6 |
+ |
| 5 |
5 |
== Laufzeitumgebung == |
| 6 |
6 |
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. |
| 7 |
7 |
|
| ... |
... |
@@ -51,7 +51,7 @@ |
| 51 |
51 |
|
| 52 |
52 |
Innerhalb von {{formcycle/}} kommen unter anderem folgende Bibliotheken und Technologien zum Einsatz: |
| 53 |
53 |
|
| 54 |
|
-* Java ab Version 11 |
|
56 |
+* Java ab Version 8 |
| 55 |
55 |
* JSF inkl. Primefaces und Omnifaces |
| 56 |
56 |
* HTML, CSS und JavaScript |
| 57 |
57 |
* Aspose Word, Apache PDFBox, Apache POI |
| ... |
... |
@@ -60,7 +60,7 @@ |
| 60 |
60 |
* Liquibase |
| 61 |
61 |
* Hibernate Validator |
| 62 |
62 |
* JavaMail |
| 63 |
|
-* Log4j2 über SLF4J |
|
65 |
+* Log4J über SLF4J |
| 64 |
64 |
* Quartz |
| 65 |
65 |
* EHCache |
| 66 |
66 |
* JGroups |
| ... |
... |
@@ -69,8 +69,28 @@ |
| 69 |
69 |
* SimpleXML, fastjson |
| 70 |
70 |
* Xalan XSLT processor |
| 71 |
71 |
* Mozilla Rhino |
| 72 |
|
-* pac4j |
| 73 |
73 |
|
|
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 |
+ |
| 74 |
74 |
== Systemarchitektur beim Einsatz eines optionalen Frontend-Servers == |
| 75 |
75 |
|
| 76 |
76 |
{{figure image="systemarchitektur2.png" width="300"}} |
| ... |
... |
@@ -79,7 +79,7 @@ |
| 79 |
79 |
|
| 80 |
80 |
Der Einsatz eines [[Frontend-Servers>>doc:Formcycle.SystemSettings.UserInterface.FrontendServer]] ist sinnvoll bei: |
| 81 |
81 |
|
| 82 |
|
-* Netzwerkübergreifende Installation (etwa lokales Intranet + DMZ) |
|
104 |
+* netzwerkübergreifende Installation (etwa lokales Intranet + DMZ) |
| 83 |
83 |
* Lastverteilung |
| 84 |
84 |
* Regionale Aufteilung (Jeder Mandant hat einen eigenen Frontend-Server mit eigenen Formularen) |
| 85 |
85 |
* Kundenspezifische Erweiterungen (Integration in vorhandene Systemumgebung, eigene Verwaltungsoberflächen) |
