
Publié:
05 Jan 2011 à 00:44
par Michael DELIQUE
ouaip mais ça marche pas en cluster...

Publié:
05 Jan 2011 à 01:04
par gégé zoreille
plus de minuit et fidèle au poste.... bravo!
D'apres les tests que j'ai fait ça fonctionne:
utilisateur A entre en modification sur document X sur la base de prod.
utilisateur B tente d'entrer en modification sur document X sur la replique située sur le cluster: un message lui signale que le document est déjà en cours de modification.

Publié:
05 Jan 2011 à 08:29
par Michael DELIQUE
autant pour moi, il faut dire que je n'ai pas fait ce genre d'essais depuis un bon moment. tu as quelle version déjà ?
suite et fin!

Publié:
11 Jan 2011 à 22:25
par gégé zoreille
bon finalement IBM m'a conseillé de désactiver le verrouillage de document: ça générait de drôles de messages pour les utilisateurs.
Le probleme des deux documents en conflits est connu d'IBM, en voici la cause:
"General Comments: I'm not sure why the app is designed like it is, however, here is what is happening. In the 'Save and Close' action the document is put into edit mode, a field is changed, the document is saved and then the (SaveAgent) script is called which again saves the document. In the case where the second user opens the document and is prompted if they want to save as a conflict this is from the [FileSave] action which appends the $Ref item to the in-memory copy of the note and creates a new conflict note to be saved. However then when the (SaveAgent) runs, it still has the in-memory copy of the note with the $Ref appended and updates the original doc with the $Conflict and $REF items causing both documents to look like conflicts.
The applications should be changed to either only call [FileSave] or (SaveAgent), but not both. Or they could use document locking in the application as an alternative."