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 win32 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

• svn-Version empfohlen aus "https://svn.atozed.com:444/svn/Indy10/trunk"

Indy 10.6 | | (Es kommt ein Fehler bei der Installation, einfach nochmal "kompilieren" und "installieren" drücken!)

ZEOS

• svn-Version empfohlen aus "http://svn.code.sf.net/p/zeoslib/code-0/branches/testing-7.2"

zeos 7.2 | zcomponent.lpk

fpspreadsheet

• svn-Version empfohlen aus "svn://svn.code.sf.net/p/lazarus-ccr/svn/components/fpspreadsheet"

fpspreadsheet 1.5 | laz_fpspreadsheet

Wegfall in Kürze

Abbrevia 5.2 (soll entfallen, fpc hat zip Support, fpspreadsheet arbeitet auch damit!)

(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