
Wieso zwei Server? Reichen dafür nicht auch zwei Prozesse auf einem Server? Dann entfiele auch der RFC Zwang.ralf.wenzel hat geschrieben:damit das auf zwei Applikationsservern gleichzeitig läuft.
Ja, aber um zwei "Prozesse" in einem Programm zu haben, braucht es ja wieder einen RFC-Baustein (IN BACKGROUND TASK)JHM hat geschrieben:Wieso zwei Server? Reichen dafür nicht auch zwei Prozesse auf einem Server? Dann entfiele auch der RFC Zwang.ralf.wenzel hat geschrieben:damit das auf zwei Applikationsservern gleichzeitig läuft.
Huiii...ewx hat geschrieben:Anderer Vorschlag: Verzeichnisstruktur zipppen, .zip per FTP versenden und dort auspacken?
Du kannst die gepackte Datei dem RFC-Baustein mitgeben. Sooo groß dürfte sie nicht sein wenn nur Verzeichnisstrukturen enthalten sind. der gerufene RFC-Baustein muss dann die Datei auf dem Server speichern und entpacken. (Und die ZIP-Datei wieder löschen natürlich...)ralf.wenzel hat geschrieben:Die Frage ist nur wie man das "auspacken" automatisieren könnte. Evtl. per cronjob?
Oder man nimmt Jobs mit entsprechenden Varianten, dann hat man auch mehrere Prozesse. Die Frage war ja wieso es zwei verschiedene Server sein müssen....a-dead-trousers hat geschrieben:Ja, aber um zwei "Prozesse" in einem Programm zu haben, braucht es ja wieder einen RFC-Baustein (IN BACKGROUND TASK)
Das Auspacken ist in der Tat das Problem, weil ein Webserver keinen RFC-Funktionsbaustein hat, den man rufen könnteewx hat geschrieben:Hatte mich verschrieben: Meinte: Per RFC versenden...Du kannst die gepackte Datei dem RFC-Baustein mitgeben. Sooo groß dürfte sie nicht sein wenn nur Verzeichnisstrukturen enthalten sind. der gerufene RFC-Baustein muss dann die Datei auf dem Server speichern und entpacken. (Und die ZIP-Datei wieder löschen natürlich...)ralf.wenzel hat geschrieben:Die Frage ist nur wie man das "auspacken" automatisieren könnte. Evtl. per cronjob?
