zentrales (server) script kommuniziert mit (client) scripts

[nepi]

hi...

ich möchte gerne folgendes realisieren..

auf einem "server" in meinem netzwerk läuft ein zentrales script. auf dieses script (steuert/managed internet leitungen) sollen die clients im netzwerk zugriff haben. sprich auf den clients selbst läuft ein python script. jedoch benötigen diese scripte zugriffe auf funktionen des server scripts (ändern + abfragen von variablen, funktionsaufrufe)
Wie kann ich sowas in meinem geschlossenen netzwerk realisieren?

- mit einem apache webserver auf dem das server script läuft und ich dann per get parameter zugreifen kann möcte ich wenn möglich nicht. viel lieber hätte ich "direkt" zugriff auf die funktionen des scripts.

- per include auf allen client pc's habe ich dann doch das problem, dass das server script mehrmals instanziert ist?! es soll es aber nur 1x geben zur laufzeit...

hoffe ich konnte mich verständlich ausdrücken
vielen dank..
grüsse...

[Hyperion]

Hallo nepi,

Willkommen im Python-Forum!

Wie wärs mit xmlrpc?
file:///usr/share/doc/python2.5/html/lib/module-xmlrpclib.html

[Rebecca]

Ich schmeiss mal ein Stichwort auf den Markt: XML-RPC

Edit: OK, zu spaet

[gerold]

Hallo nepi!

Willkommen im Python-Forum!

XMLRPC http://www.python-forum.de/topic-5478.html

mfg
Gerold

[audax]

JSONRPC !

*renn*

[BlackJack]

Nö, SOAP oder Corba. *duck*

[audax]

REST!

[BlackJack]

..in peace!?

[audax]

http://de.wikipedia.org/wiki/REST

[lunar]

Phh, echte Programmierer bauen ein eigenes Protokoll auf UDP-Basis (natürlich mit eigener TCP-Implementierung ).

[Leonidas]

Nö, SOAP oder Corba. *duck*

Nichtmal GNOME mag noch CORBA. Nehmen wir besser dbus

[BlackJack]

Und dann merken sie was bei dbus noch alles fehlt und programmieren am Ende doch wieder Corba nach.

[lunar]

Jo, und dann nutzen wir alle SOAP für IPC, und jeder programmiert nur noch Java, weil das die einzige Sprache mit einer vollständigen SOAP-Implementierung haben ... dann sind die Tage auch nicht mehr fern, in denen JBoss zum Desktop-Anwendungs-Server... Happy future, sma wäre glücklich

[sma]

sma findet JBoss (und allgemein EJB) zu fett. Er weist lunar auch darauf hin, dass EJB != Webanwendungen. sma findet nur Webanwendungen als Alternative zu klassichen Desktopanwendungen gut.

Um aber auf die ursprüngliche Frage zu antworten: Ich halte HTTP ein geeignetes Protokoll für eine Client-Server-Kommunikation, weil es gute Chancen hat, nicht in einer Firewall hängen zu bleiben. XMLRPC und die meisten anderen Vorschläge bauen auf diesem Protokoll auf. Je nach Anwendungsfall ist selbst dies noch aufwendig und ein paar URLs würden reichen, um die notwendigen Informationen zu transportieren. Das muss nepi entscheiden. Allen Vorschlägen gemeinsam ist jedoch, dass auf der Server-Seite ein irgendwie gearteter HTTP-Server laufen muss.

Stefan