Modularer (evtl. verteilter) Programmaufbau - Welche Art von IPC ist die richtige?

[mjustin]

Zitat von QuickAndDirty:

ich glaube nicht das es sowas als middleware gibt...

Zumindest für MQTT sieht es gar nicht so schlecht aus. Die MQTT Home Page listet unter http://mqtt.org/software auch eine kostenlose und sehr kompakte IBM Implementierung namens "Really Small Message Broker" des aktuellen MQTT 3.1 Standards (der kürzlich zu einem offziellen OASIS Standard wurde), aber auch einige andere freie Implementierungen. Einen open source Delphi Client für MQTT habe ich bereits im Netz gesehen, er ist etwas älter und unterstützt die Basisfunktionen des Protokolls.

[Der schöne Günther]

Langsam muss ich auch zu einem Ergebnis kommen...

Nachdem für mich für ein RAD Studio Geld in Höhe des Staatsetats von Timbuktu lockergemacht werden musste, will ich nicht gleich noch neue Lösungen wie RealThinClient oder RemObjects kaufen müssen

1. die ich nicht wirklich verstanden habe
2. damit nicht umgehen kann und Zeit verbrate mich groß in etwas einzuarbeiten
3. dass wir in vollem Umfang garantiert nichtmal ansatzweise brauchen

Leichtgewichtige Sachen wie XML-RPC für Delphi sind anscheinend wirklich tot (siehe auch hier im Forum). Ich könnte mich jetzt noch wochenlang durch x-beliebige Middlewares wühlen.

Ich gebe hiermit mehr oder weniger auf: Wahrscheinlich wird es damit enden, sich wieder selbst etwas zusammenzubasteln (wild Pesudo-XML-Zeichenketten über Sockets hin-und herwerfen)um in zwei Jahren zu merken, dass es doch etwas gegeben hätte, was eigentlich genau gepasst hätte (Was ist eigentlich diese DataSnap-Geschichte?) und konform zu irgendeinem tollen Standard gewesen wäre. Ich habe schlichtweg nicht den geringsten Überblick was da draußen alles vor sich hingeistert.

Insgesamt vielleicht etwas traurig - Egal wo ich hinschaue, alles scheint darum zu gehen, eine potentiell riesige Lemming-Horde an Clients versorgen zu können und toll Daten persistieren zu können. Persistente Datenhaltung spielt bei mir nur eine sehr kleine Rolle und Server und Client befinden sich in 95% der Fälle auf einer Maschine.

[sh17]

Also die angesprochene XML-RPC-Sache mit Delphi hatte ich mal im Einsatz, war sehr einfach und stabil, hat eben gemacht was es sollte. Wenn Du das auf dein Delphi gebogen bekommst, sollte alles machbar sein.

[Der schöne Günther]

Es gruselt mich hier nur etwas davor, überall noch Copyright 2003 zu lesen. Die von alphaflight83 freundlicherweise zur Verfügung gestellte Anpassung an Unicode und ähnliches kann ich auf die Schnelle bei mir kompilieren, habe es aber noch nicht wirklich getestet.

Im Endeffekt ist es ja eigentlich ziemlich genau, was mir vorschwebt. Es ist nur so ... alt ... und einsam.

[sh17]

das ist doch das hier? http://sourceforge.net/projects/delphixml-rpc/
da gibts auch nen Branch-Zweig im Quelltext.

Was soll sich an XML-RPC auch ändern, außer die Lauffähigkeit unter Delphi höherer Versionen. Geht ja alles.

[Der schöne Günther]

Ja, ändern muss sich daran eigentlich schon lange nichts mehr.

Nur entweder hat mein Gehirn in den letzten Jahren stark abgebaut, oder SourceForge wird auch nicht übersichtlicher. Ich finde nur irgendeinen "Branch 3.0" aus 2009, der nichts weiter als eine Kopie der 2003er-Version ist.

Die hier im Forum gepostete Aktualisierung auf Unicode bekomme ich wenigstens zum Laufen.


Ich fürchte mich nur davor, dass ich darüber sonst nicht viel finde, außer ein paar noch halb funktionierende Webseiten von vor zehn Jahren. Habe ich so ein exotisches Anwendungsszenario? Was macht die Welt sonst? Riesige Middleware lizensieren und gut ist?

[sh17]

Zitat von Der schöne Günther:

Ich fürchte mich nur davor, dass ich darüber sonst nicht viel finde, außer ein paar noch halb funktionierende Webseiten von vor zehn Jahren. Habe ich so ein exotisches Anwendungsszenario? Was macht die Welt sonst? Riesige Middleware lizensieren und gut ist?

Kann ich verstehen, dann müsstest Du Dich aber auch vor dem selbst programmieren fürchten, weil Du evtl zuviel Zeit benötigst und sich vielleicht Probleme auftun, die Du jetzt noch nicht erkennst.

Wovor hast Du mehr Angst:

1 etwas altes anpassen, das es für dich reicht und funktioniert
2 etwas komplett neues bauen, das es für dich reicht und funktioniert
3 etwas neues für Kohle erwerben, was den neuesten Hype implementiert, eigentlich eine Kanone auf deinen Spatz ist, aber es funktioniert.

wie sagt man: "gehen muss es"

Ich würde 1. nehmen, wenns nicht klappt, 3.

[mjustin]

Zitat von Der schöne Günther:

Habe ich so ein exotisches Anwendungsszenario? Was macht die Welt sonst? Riesige Middleware lizensieren und gut ist?

Vermutlich wird die Welt für kleinere EInsatzgebiete etwas wie MsgConnect einsetzen:

* MsgConnect is a cross-platform protocol-independent communication framework designed to simplify the task of building peer-to-peer and client-server applications and middleware components. (wenn man sich die Wunschliste unter "Most wanted Features" ansieht fehlen aber einige Features eines modernen Message Brokers).

Ich entwickle zwar auch selbst kommerzielle Messaging Middleware Clients für Delphi, aber die damit einzusetzenden Server benötigen Java oder Erlang als Runtime, was möglicherweise nicht gewünscht wird.