Domino 9 und frühere Versionen > ND8: Entwicklung

Verursacht $ConflictAction Replikationskonflikte?

<< < (2/3) > >>

m3:

--- Zitat von: Ruedi am 13.07.10 - 12:19:16 ---Auch richtig. Aber die Locking Mechanismen von Notes verhindern mittlerweilen das gleichzeitige Bearbeiten eines Dokuments im UI zuverlässig.
--- Ende Zitat ---
Zuverlässig? Rotfl! ;)

Ruedi:
Ist zwar nicht das Thema, aber trotzdem interessanter Einwurf. Ich bin der Meinung, dass Soft Locking i.d.R. zuverlässig verhindert, dass in der gleichen DB ein zweiter User das Dokument gleichzeitig bearbeitet. Offenbar bist du dediziert anderer Meinung... !?! How come?

Ruedi

m3:
Probiers mal in einem Cluster, wenn der Lock-Server weg ist ... :(

Ruedi:
Ich bezweifle ja nicht, dass es verschiedenste Szenarien gibt, bei denen Locking versagt. Nichtdestotrotz: bei uns funktionierts gut!

Was weisst du übrigens zur ursprünglichen Frage: Replikationskonflikt ohne dass auf mehreren Repliken Änderungen vorgenommen wurden?

Ruedi

Tode:
Hmmm. Du hast recht, habe ich soeben reproduziert... Sehr seltsam.

Aber eine mögliche Erklärung könnte sein, dass das Dokument, was erstellt wurde, noch nicht das Feld "$ConflictAction" hat... wenn Du das Feld jetzt durch neuspeichern ins Dokument bringst, hast Du zwei Dokumente: Das eine mit "Erstelle Konflikte" und das andere mit "Merge"... und daraus generiert der Replikator tatsächlich einen Replizierkonflikt...

Ob dieses Verhalten "korrekt" ist, vermag ich nicht zu sagen. Da es aber reproduzierbar ist, würde ich auf jeden Fall einen PMR aufmachen.

Nimm dazu Deine Beschreibung (nach der ich auch vorgegangen bin), ergänze Sie aber noch um die Info, welchen Schritt Du auf welcher Replik durchgeführt hast. Und dann sende das an IBM... Das dass so korrekt sein soll, kann ich mir irgendwie nicht vorstellen...

Tode

P.S.: Man braucht keinen Agenten, um das ganze zu reproduzieren, man kann auch im Frontend speichern...

Navigation

[0] Themen-Index

[#] Nächste Seite

[*] Vorherige Sete