Hi Jakob,
The file lock was temporary released during the saving was actually a
bug in the OOo2.x system file locking implementation. I do not see a way
to workaround the problem, except using UNO API to load the document. In
this case you could register a listener that would be notified when the
document is closed.
You are right, the OOo3.0 uses own file locking mechanics based on
lock-file. The solution was introduced only for OOo documents, since the
locking mechanics is recognized by OOo3.0 only. So the idea was that if
only OOo3.0 would be used to edit the documents in network, the
documents would be handled in OOo format.
The practice has shown that the alien formats indeed need the locking in
this scenario as well. The documents of alien formats will be locked
with the OOo file locking mechanics starting from OOo3.0.1 release.
Best regards,
Mikhail.
On 11/24/08 18:42, Jakob Lechner wrote:
Hello,
We're using OOo for one of our products (Fabasoft Folio).
Folio is a document management system where documents of different types
can be stored. When editing a document, the document is copied to a
temporary directory and the appropriate application is started. If the
document is closed, the file is transfered back from the temporary
directory to the document store. In order to find out whether a document
is still in use, our application checks the file lock.
If an Excel file opened with OOo is saved, the file lock seems to be
removed during the save/conversion operation (this can take a long time
– depending on the file size). After the file has been saved the lock is
re-established. Unfortunately the intermediate removal of the file lock
can trigger our application too soon.
Does anybody know why the file lock is released during the saving
procedure? Is this a bug or intended (necessary) behaviour?
Any ideas how we can overcome/workaround this problem?
I've been told that OOo 3.0 creates special lock-files for opened
documents. Unfortunately this doesn't seem to be done for MS Office
documents. Why?
Thanks in advance!
Best regards
Jakob Lechner
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
