Lazarus

Aus OrgaMon Wiki
Zur Navigation springen Zur Suche springen

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

Indy

  • 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

zeos

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

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.