Hallo Bannboard-Freunde!
Wir haben ein kleines, aber bis dato ungelöstes Problem!
Gibt es eine Möglichkeit von einem Unix-Baan-System aus, eine Windows-dll auf einem anderen Windows-Server (nicht auf dem Windows-Client) zu starten? Wir sollten ein Subsystem mit Informationen befüllen und dies wäre die Besten Möglichkeit dafür!

Danke für eure Antworten im Voraus!

Hallo auch,

als ausgewiesener M$-Skeptiker bin ich hier natuerlich nur bedingt ratschlagberechtigt ....
Ich meine allerdings, mich erinnern zu koennen, dass im MKS-Toolkit ein rexec server enthalten war - das sollte ja wohl genau das sein, was es braucht, um auf dem M$ Rechner X vom Rechner Y aus einen Prozess zu starten.
Aber mal abgesehen von diesem Loesungsweg, wie zeitnah muss denn die dll auf dem M$ Server gestartet werden?
Wenn es auf Minuten, nicht aber (Milli-)Sekunden ankommt, wuerde ich Euch raten, ein entsprechendes Skript auf dem Windows-Server zu erstellen, welches ueber den at-Dienst jede Minute gestartet wird.
Das Skript checkt dann, ob Daten zu verarbeiten sind und ruft ggf. dann die dll auf.
Zur Vermeidung von Fehlern bei Zeitueberschneidungen (Baansystem Y schreibt noch in Uebergabedatei, M$ System X startet aber und uebersieht daher ggf. Datensaetze) kann man ja die uebliche Mimik mit einer Steuerdatei verwenden(siehe EDI, "command.fil")

hth

Norbert

Hallo Bannboard-Freunde!
Wir haben ein kleines, aber bis dato ungelöstes Problem!
Gibt es eine Möglichkeit von einem Unix-Baan-System aus, eine Windows-dll auf einem anderen Windows-Server (nicht auf dem Windows-Client) zu starten? Wir sollten ein Subsystem mit Informationen befüllen und dies wäre die Besten Möglichkeit dafür!

Danke für eure Antworten im Voraus!


Hallo,

fuer 45 Dollar kann man bei DENICOMP den REXECD fuer Windows bekommen.
Ohne das recht teure MKS-Toolkit zu benutzen 479 Dollar !


Auch der Windows remote shell daeomen "wrshd" ist interessant.
Man kann Daten einfach mit rcp von einer UX-Maschine auf den Server kopieren.

Regards

Aber jetzt hab ich auch noch eine Frage: Wie sieht es eigentlich neben der reinen technischen Machbarkeit mit dem Thema Security aus?

Denn:
1. Nicht jeder Windows-Admin lässt irgendjemand auf seiner Büchse irgendwas starten.
2. Früher oder später sollte man auf ftp und rcp verzichten, weil hier alle Daten und ggf. Passwörter unverschlüsselt über die Leitung gehen.

Hat dazu jemand noch Ideen, Vorschläge etc.?

Ich habe mal mit OpenSSH experimentiert. Ging eigentlich ganz gut, außer das mir (wieder mal) die Zeit für den Abschluß der Experimente fehlte. Aber ein automatischer Aufruf einer cmd Datei auf dem Windows Rechner ging.
Eventuell auch ein Weg.

hth

Gruß
Christof