Patrick Schulz schrieb:
Eine als Service (kein WebService!) laufende Anwendung auf einem W2k Server (geschrieben auf .NET Basis) soll Dateien per FTP an einen Linux Server (Debian Woody) �bertragen und anschlie�end auf diesem ein Skript o.�. starten, dass dann mit den �bertragenen Dateien irgendwas macht. Auf diesem Linux Server ist wiederum z.Z. Perl verf�gbar und somit k�nnte dann dieses Skript o.�. in Perl implementiert sein. Dieses Skript o.�. soll dann wiederum einen (Return-)Status an den, sagen wir mal Caller (der .NET Service), geben.
Angedachte L�sung: - Der W2k Service kommuniziert per RPC oder SOAP (over TCP _nicht_ HTTP ) mit dem Zielrechner. Hier sollte dann die Kommunikation �ber die Klassen aus dem Namespace System.Runtime.Remoting erfolgen. - Auf dem Zielrechner soll kein Webserver installiert werden! - Es w�re jedoch m�glich, dass zus�tzlich Mono auf dem Zielrechner installiert wird.
Huh? .NET, Mono, RPC, SOAP? Und das alles nur um eine Datei zu �bertragen und ihre Verarbeitung anzusto�en? Da sollte sich doch mit etwas xinetd+Perl auf dem Server und netcat auf dem Client in zwei, drei Stunden eine so robuste wie einfache L�sung stricken lassen, die 10 Jahre Bestand haben kann.
-martin
-- +-------------------------+------------------------+ | Martin Schmitt | Schmitt Systemberatung | | http://www.scsy.de/~mas | http://www.scsy.de | +-------------------------+------------------------+
signature.asc
Description: OpenPGP digital signature
