Problem mit Administrationsserver

[Mandalor]

Nur so voeweg:

Ich weis nicht, ob ich das lieber in den Adminbereich schreiben hätte sollen, aber es gibt ja die Möglichkeit den Beitrag zu verschieben.

Zu meiner Frage:

ich erzeuge mit folgendem Code eine neues Dokument:

   Dim ws As New NotesUIWorkspace
   Dim doc As NotesDocument
   Dim s As New NotesSession
   Dim db As NotesDatabase
   Dim uidoc As NotesUIDocument
   Dim docSel As NotesDocument
   Dim retVal As Integer
   Set db = s.CurrentDatabase
   
   
   Set doc = db.CreateDocument
   Call doc.ReplaceItemValue("Form", "mFile")
   Call ws.EditDocument(True, doc)
End Sub[/sup

(da passiert noch mehr, habe das Überflüßige zeug mal rausgenommen)

Die maske ist jetzt zu testzwecken nur noch eine Maske mit einem feld. (es steckt nichts im postsave...)

Wenn ich mit dem Code nun einen neues Dokumente erstelle, und es speicher, dann ist alles wunderbar. Wenn ich das Dokument nach dem Speichern noch ofeen habe und es ein 2. mal speicher, dann will Notes eine Replizierkonflikt anlegen.

Öffne ich das Dokument später wieder, kann ich speicher, wie ich will, eine Konfliktdokument will notes dann nicht mehr anlegen.

Ich habe mal den Administrationsserver rausgenommen und siehe da: Notes will kein Kofliktdokument mehr anlegen.

Nur: Ich brauche den Adminserver, um das Dokumentsperren zu aktivieren.

Wie bekomme ich also den Fehler weg, ohne den Adminserver aus der Datenbank auszutragen?

[Glombi]

Das Hardlocking (sprich Lock mittels Admin.-Server) macht Zicken in Verbindung mit Script.

Brauchst Du das wirklich? Denn das Softlocking ist ja standardmäßig aktiviert und funktioniert auch im Cluster.

Andreas

[Mandalor]

JEIN:

Ich kann im Späteren Einsatz nur Notes R6 vorraussetzen nicht aber R6.52

Ich kannte bis vor 5 min kein Soft-/Hardlocking.

Versehe ich das richtig: Softlocking funktioniert ohne bekannte macken under NotesR6x und ich muss in den ersten versionen nur für den ini-Eintrag sorgen?

[Glombi]

Was für einen ini-Eintrag meinst Du denn?

Ich kenne nur den, der Softlocking deaktiviert. Aktiviert ist das ja automatisch.

Was ist mit der Verion 6.5.2 ?


Zum Hardlocking (mittels AdminP): Das macht nur Sinn, wenn die Datenbank auf mehreren Server liegt, die nicht im Cluster sind.

Andreas

[Glombi]

So, hier noch was zu 6.5.x (x<2):

http://atnotes.de/index.php?topic=27485.0

Da wird auf den Bug bezug genommen.

[Mandalor]

Den Beitrag hab ich mir ja durchgelesen, aber eben nur schnell! Habe einfach ne Zeile verschluckt.

Sorry alles klar, Softlocking reicht mir.

DANKE für deine Bemühungen