Socket-Kommunikation mit anderem Prozess aufbauen - Wie finde ich den überhaupt?

[mjustin]

Zitat von Der schöne Günther:

die Plug-Ins sollen selbst der Server sein

Dann müssen sie natürlich auf unterschiedlichen Ports lauschen. Und woher wissen sie welcher frei ist? Theoretisch könnten sie beim Start ab einem bestimmten Port beginnen und bei Kollisionen die Portnummer erhöhen, oder einen zufälligen Port in einem bestimmten Bereich öffnen.

Ich würde bei den Plugins keinen Serverport öffnen. Wozu ist das notwendig? Man kann auch bei einem Client, der sich mit einem Server verbindet, problemlos Pakete sowohl vom Client an den Server oder vom Server an den Client senden. TCP/IP Sockets sind immer auch bidirektional (Peer-to-Peer) benutzbar.

Wenn später mal andere Anwendungen auf die Plugins zugreifen müssen, können sie das über den Hauptprozess als Zwischenschritt tun.

[Phoenix]

Siehe hier: http://www.delphipraxis.net/1209879-post9.html

[Der schöne Günther]

Danke für den Hinweis auf SLP - Aber ich glaube das schießt über das Ziel hinaus. Mir ging es mehr darum, nicht noch einmal eine zweite IPC-Methode aufzusetzen, um die erste überhaupt erst möglich zu machen. SLP sieht nach einer tollen Sache aus, aber damit sich zwei verwandte Prozesse unterhalten wohl zwei Nummern zu groß.

Zitat:

Ich würde bei den Plugins keinen Serverport öffnen. Wozu ist das notwendig? [...] Wenn später mal andere Anwendungen auf die Plugins zugreifen müssen, können sie das über den Hauptprozess als Zwischenschritt tun.

Ja, das wäre die große Alternative. Allerdings verbaue ich mir damit die Option, die Anwendung in Zukunft evtl. doch auf mehrere Systeme zu verteilen. Es sei denn, ich pflanze doch wieder jedem Modul etwas ein, selbstständig im Netzwerk zu wühlen und zu versuchen, das Hauptprogramm zu finden. Das ist zugegebenermaßen schon sehr elegant. Aber wenn der Kunde merkt, dass hier nicht eindeutig nachzuvollziehender Netzwerkverkehr entsteht schrillen oft alle Alarmglocken

Mein Plan zusammengefasst noch einmal folgendermaßen:

1. Hauptprogramm wird gestartet
2. Hauptprogramm startet Plug-Ins als Kindprozesse
3. Kindprozesse suchen sich einen Port zum Lauschen und teilen dem Elternprozess diesen Port irgendwie mit
4. Wenn das Hauptprogramm etwas mit einem Plug-In anstellen will, schickt es ihm auf der ihm nun bekannten Adresse eine Nachricht

Für Punkt 3) muss ich mich noch schlau machen, hier reichen wahrscheinlich schon anonyme (lokale) Pipes.