Lazarus
Lazarus ist eine freie Open-Source Entwicklungsumgebung für den Freepascal Compiler.
Mit dem Einzug von Lazarus in die OrgaMon Entwicklung gibt es Bestrebungen keinerlei kommerziellen Komponenten für OrgaMon mehr einzusetzen. Das betrifft den Wegfall folgender Komponenten:
Delphi, TMS Flexcell, IBObjects
cOrgaMon
cOrgaMon steht für "Console" OrgaMon. Er ist der Server Prozess des OrgaMon ohne GUI. Die Anwendung cOrgaMon.exe ist ein Delphi-Projekt für Win32. lOrgaMon basiert auf der selben Code-Basis ist aber ein freepascal-Projekt für win64 und langfristig auch für Linux.
lOrgaMon
"l" steht für Lazarus aber auch für Linux. Für die lOrgaMon - Entwicklung müssen folgende Open-Source-Packete installiert werden:
erforderliche Freepascal-Packages
Die Installation von Paketen funktioniert in Lazarus in der Regel so:
- ->Package->Package-Datei (.lpk) öffnen
- ->Kompilieren
- ->Nutzung->Installieren->Ja
Indy 10.6.2
- Verzeichnis sollte "..\Indy\" sein (relativ zum OrgaMon-Verzeichnis)
- svn-Version empfohlen aus "https://svn.atozed.com:444/svn/Indy10/trunk"
- lib\IndyLaz.lpk
- Es kommt ein Fehler bei der Installation: irgendwas mit "IdStreamVCL" einfach nochmal "Kompilieren" und nochmal "Nutzung" -> "Installieren" drücken!
ZEOS 7.1.4
- svn://svn.code.sf.net/p/zeoslib/code-0/branches/7.1-patches
- Versionsnummer von ZEOS steht in srv/core/ZClasses.pas
- .\packages\lazarus\zcomponent.lpk
erforderliche Tools
- keine Installation nötig, die Tools müssen nur im Suchpfad des Compilers sichtbar sein
- das Quellverzeichnis bei "Projekt -> Projekteinstellungen -> Compiler -> Pfade " eintragen
fpspreadsheet
- svn-Version empfohlen aus "svn://svn.code.sf.net/p/lazarus-ccr/svn/components/fpspreadsheet"
- Will das dennoch das Package installieren: 1.5 | laz_fpspreadsheet
- Will das dennoch das Package installieren: 1.5 | laz_fpspreadsheet
In der Entwicklung
Linux-Only: libzip.so.2
ev. den Zip Support über eine
libzip.so.2
siehe \lazarus\lcl\interfaces\gtk2\unitywsctrls.pas wie man das macht!
(k) D-BUS
über D-Bus will ich Serverdienste mit der GUI koppeln. Ob beides auf dem selben Host läuft oder nicht oder auch gemischt soll unerheblich sein, ich erhoffe mir Hilfe durch den "Transport" Begriff von D-Bus. Läuft beides auf dem selben Host soll kein Netzwerk-Interface nötig sein, hier erwarte ich "Zero" Ausführungszeiten durch die Kernel Integration. Ein Remote Host soll aber auch über das Internet ZUgriff haben.
Ausführung von Aktionen mit langen Wartezeiten
Der Client kontrolliert über Properties die Aktion, bisher wird der Key/Value Store memcached verwendet, ab sofort soll mal mit "Properties" des D-Bus experimentiert werden. Clients sollen z.B. in 1,5 Sekunden Rhytmus den Wert einer lang brauchenden Aktion abfragen können. Verlieren sie den Kontext soll nach einem Restart des Client und dem Erneuten Auslösen der Aktion nur ein Token auf die bisher laufende Aktion gegeben werden.
org::freedesktop::DBus::Properties::Set
HTTP/2
der lOrgaMon soll einen Speedy Server zur Anbindung einer HTML 5 Gui beinhalten. Es soll nicht auf Apache2 gesetzt werden, sondern ein SPDY Protokoll Server selbst programmiert werden. Die Kommunikation unter den Modulen soll über (k)dbus erfolgen. Dabei soll DBUS im wesentlichen als Key-Value Store misbraucht werden. Die Komprimierung sollte mit https://github.com/google/brotli erfolgen. Der Web Client soll eine Bridge bekommen über die er Key-Values selbst lesen und setzen kann. Zentraler Function Call Mechanismus soll DBUS serverseitig werden. Auf dem Client ist nur ein reiner Web-Client nötig.
HTTP/2 - Clients
^ TCP v
[SPDY Server]
^ DBUS v
[lOrgaMon-, lOrgaMon-, lOrgaMon-, lOrgaMon-Instances]
^ local v
[Firebird] [FileSystem]
Textfeldfarben
wiess: kam so vom server rosa: ist auf dem Server jetzt anders gelb: wurde hier verändert
es soll so sein, dass eine edit gruppe einen ID bekommt, wenn der Server was geändert soll die ungültigkeit des ID durch einen Farbwechsel angezeigt werden. Die Notification soll per PSUH TREchnologie von HTTP/2 erfolgen.