Hook für openOffice

[Schwedenbitter]

Danke für Eure Antworten!

Zitat von ChrisE:

... aber OpenOffice erstellt doch beim öffnen einer Datei im Dateisystem eine Lock-Datei. Wäre es nicht eine Möglichkeit, darauf zu "warten", dass diese wieder gelöscht wird - was üblicherweise der Fall ist, wenn das Dokument geschlossen wird.

Die Datei hatte ich bemerkt; wohl mir fehlte die Idee, auch daraus einen Ansatz zu machen. Hört sich gut an und ich werde es mal ausprobieren.

Zitat von himitsu:

Tut OpenOffice nicht eine API bereitstellen?

Auch das scheint ein Ansatz zu sein. Da muss ich mich mal belesen. Es wäre zu schön, wenn man es damit machen könnte...

Der Programmablauf nur nochmal zur Erklärung:

Delphi-Quellcode:

1. Benutzer möchte Datei laden.
2. Server -> Client (hinter lahmem VPN!) lade Datei!
3. Client = kopiert Datei ins Temp-Verzeichnis
4. Client = lässt OOO-Datei öffnen
5. Client = wartet, bis Datei wieder geschlossen wurde //<- hier habe ich die meisten Probleme
6. Client = kopiert/verschiebt Datei wieder zurück auf den Server (hinter dem VPN)

Das Problem sind die abartig langen Wartezeiten, wenn OOO eine Datei übers VPN laden muss. Auch wenn die nur 20 KB groß ist und das VPN einen Durchsatz in beide Richtungen von 100 KB/S (bereits netto) schaffte mit Ping-Zeiten um die 25 ms, dauert das Laden teilweise bis zu 1 min Und dann bricht manchmal auch die Verbindung ab -> defekte lock-Datei, nicht aktuelle Datei ...
Deshalb der ganze Aufwand, um den Flaschenhals VPN zu entschärfen!

Ich hatte es bereits über Prozesse, Prozess-ID, testen ob die Datei exklusiv zu öffnen geht etc. probiert. Aber so wirklich sicher klappte das nie.
Das mit der Lock-Datei liegt sowas von auf der Hand, dass mir das nie aufgefallen ist (Wald vor lauter Bäumen und so).

Gruß, Alex

[Teekeks]

Nun:
Mal ein Einwurf.
Wie wäre es wenn du einfach wartest bis OpenOffice nicht mehr als Prozess vorhanden ist?
Unter Linux nutze ich folgendes Script dafür:

Code:

#!/bin/sh
SERVICE='soffice.bin'
#start service:
soffice $@
#wait for close:
while ps ax | grep -v grep | grep $SERVICE > /dev/null 
do
  sleep 1
done

[Schwedenbitter]

Zitat von Teekeks:

Nun:
Mal ein Einwurf.
Wie wäre es wenn du einfach wartest bis OpenOffice nicht mehr als Prozess vorhanden ist?

So einfach ist es dann leider nicht.
Ich hatte auch das schon probiert. Das Problem ist aber, dass die Benutzer mehrere Dateien öffnen können sollen/müssen. Zumindest unter Windows ist es so, dass im Schnitt für jede Datei je ein Prozess für soffice.exe und soffice.bin existieren. Mag sein, dass ich mich irre, aber es ist ja auch schon spät. Ich nutze auch Linux, ob dies dort auch so ist mit den Prozessen, weiß ich aber nicht.
Wie soll ich wissen, welcher Prozess meine Datei(en) geöffnet hält?

Gruß, Alex

[sHoXx]

anhand der PID, ich hab letztens ne funktion gemacht, die dir den prozess startet und die pid zurückgibt, und ne funktion die angibt, ob der prozess noch läuft oder beendet wurde. wenn du willst kann ich dir die zukommen lassen, aber erst nächste woche da ich gleich feierabend mach und morgen schule hab

[Schwedenbitter]

Zitat von sHoXx:

anhand der PID, ich hab letztens ne funktion gemacht, die dir den prozess startet und die pid zurückgibt, und ne funktion die angibt, ob der prozess noch läuft oder beendet wurde. wenn du willst kann ich dir die zukommen lassen, aber erst nächste woche da ich gleich feierabend mach und morgen schule hab

Das wäre sehr nett!
Ich meine aber, dass ich das schon einmal probiert hatte. Soweit ich mich erinnern kann, gabe es aber das Problem, dass openOffice zwar mehrere Dateien geöffnet hatte, es aber letztlich nur eine PID (Heißt das unter Windows auch so?) gab.

[Teekeks]

Für eine solche Funktion würde ich mich auch freuen da meine Variante nicht ganz das Optimale ist (wegen dem Schließen)

[Gernot Huber]

Du kannst das ganze über einen EventListener lösen.

Ich habe mal eine kleine Demoanwendung geschrieben und angehängt.