Das Notes Forum
Domino 9 und frühere Versionen => ND8: Entwicklung => Thema gestartet von: Hatschi am 22.11.12 - 14:57:08
-
Hallo,
wenn ein Dokument zum Editieren geöffnet ist, und ein weitere User das gleiche Dokument auf dem gleichen Server öffnet, dann bekommt er die Meldung:"Das Dokument wurde bereits von XYZ gesperrt."
Sperren von Dokumenten ist in den Datenbankeigenschaften nicht angehakt.
Für einen Backendagenten würde ich gerne aber vor der Bearbeitung wissen, ob das Dokument von jemand anderem gesperrt ist, um Speicherkonflikte zu vermeiden. Mit Lockholders komme ich nicht weiter, weil es leer bleibt. IsUIDocOpen funktioniert nur wenn man selbst das Dokument zum Editieren geöffnet hat.
Kann man per Script das Dokument fragen ob es gesperrt ist? Ich sehe da bisher keine Möglichkeit.
Wie stellt das Frontend denn fest das ein Dokument gesperrt ist?
Vielen Dank für Hinweise in die richtige Richtung.
Bernd
-
Hallo,
Ehrlich gesagt wuesste ich auf die Schnelle keinen Weg.
Andreas
-
Technote #292734 (http://www-01.ibm.com/support/docview.wss?uid=swg21292734): Error: 'Note is already locked by someone else' when executing LotusScript Lock method
The LockHolders property (of the NotesDocument class) can be checked, prior to calling the Lock method, to determine if the document is already locked. Another alternative is to add error handling logic to the code that checks if on the occurrence of an error, the function "Err" equals 4595.
http://www-01.ibm.com/support/docview.wss?uid=swg21292734
-
@Martin,
Aber setzt nicht genau das voraus, dass das DocumentLocking in den Eingeschaften der Datenbank aktiviert ist.
Beim SoftLocking, welches ja immer eigentlich immer aktiv ist, wird das besagte Feld "LockHolder" doch nicht gesetzt, oder habe ich da etwas falsch in Erinnerung.
Andreas
-
Ich haette jetzt auf "schon" getippt ...
Hab aber grad keinen Designer bei der Hand ...
-
Beim Softlocking wird nichts ins Dokument geschrieben, nur in den Memory des Domino Servers. Daher funktioniert das Soft Locking auch nur auf dem Server und bspw. nicht auf einem Cluster.
-
@Glombi: Danke fuer den Reminder, die Erinnerung und die Schmerzen setzen wieder ein ...
@Bernd: Ev. hilft Dir das weiter: http://smart-eyes.com/?p=85
-
Habs gerade nochmal getestet.
Nichts im Dokument.
Dokument an einem Rechner zum Bearbeiten geoeffnet.
An einem anderen Rechner mit einem anderen User ebenfalls zum Bearbeiten oeffnen wollen, geht nicht.
Dann Spielerei.
Db geschlossen und neu geoeffnet. (Dok war an dem anderen PC immer noch zum Bearbeiten geoeffnet)
Dokument aus der Ansicht heraus zum Bearbeiten oeffnen wollen. 2x die besagte Meldung und nach der 2. Meldung einen NSD.
Mehrfach getestet, jedes Mal desselbe Ergebnis.
Template der Mailbox 8.5.1
1. Client ist 8.5.3 (Dok zum Bearbeiten offen)
2. Client ist 8.5.1 FP5 (Dok. soll aus der Ansicht heraus zum Bearbeiten geoeffnet werden)
Macht Spass.
Andreas
-
Hallo Martin,
in der Zwischenzeit habe ich deinen Link verfolgt und das ausprobiert. Es führt zu der Fehlermeldung "Document locking is not enabled or no Masterlockdatabase specified."
Wie in der Zwischenzeit schon von Andreas befürchtet, funktioniert es leider nicht. Schade.
Hat vielleicht noch einer eine Idee?
Bernd
-
Hallo Martin,
dein zweiter Link sieht gut aus.
Bernd...
@Bernd: Ev. hilft Dir das weiter: http://smart-eyes.com/?p=85
Das werde ich ausprobieren. Danke.
Bernd
-
Wie Glombi schon geschrieben hat, wird diese Info nur auf dem Server vorgehalten, auf dem das DOkument in der Datenbank geoeffnet wurde.
Damit hast Du schon in einem Clusterbetrieb dann ein kleines Problem, da Du, sollte man mittels API eventuell doch an die Infos gelangen, jeden Server des Clusters abfragen muesstest.
Wenn Die Datenbank dann noch innerhalb der eigenen Domain auf einen anderen Server repliziert wird, soll es ja geben, so muesstest Du diese ebenfalls noch mit in die Abfrage ob das Dokument schon geoeffnet ist oder nicht, mit einbeziehen.
Andreas
-
Hallo Andreas,
genau daran scheitert es wahrscheinlich. Es gibt Repliken der Datenbank auf anderen Servern und geclustert sind die auch noch.
Wenn ich die option run on behalf einstellen soll, welchen Server stelle ich dann ein?
Die Gefahr das es nicht mehr funktioniert, weil ein Server umbenannt wurde, ein neuer hinzukommt oder ähnliches ist einfach zu groß um einen sicheren Betrieb mit dieser Funktion zu gewährleisten.
Ach es wäre ja schön wenn es dafür eine Lösung gibt.
Leicht gefrustet, danke an die Teilnehmer.
Bernd