Documents qui disparaissent tout seul....
20 messages
• Page 2 sur 2 • 1, 2
par Michael DELIQUE » 05 Jan 2011 à 00:44
ouaip mais ça marche pas en cluster...
Cordialement
Michael (SMS-Phobique)
----------------------------
"La théorie, c'est quand on sait tout et que rien ne fonctionne. La pratique, c'est quand tout fonctionne et que personne ne sait pourquoi."
Albert EINSTEIN
Michael (SMS-Phobique)
----------------------------
"La théorie, c'est quand on sait tout et que rien ne fonctionne. La pratique, c'est quand tout fonctionne et que personne ne sait pourquoi."
Albert EINSTEIN
-
Michael DELIQUE - Administrateur
- Message(s) : 12183
- Inscrit(e) le : 16 Déc 2004 à 10:36
- Localisation : Paris/Cergy
par gégé zoreille » 05 Jan 2011 à 01:04
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.
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.
- gégé zoreille
- Posteur néophyte
- Message(s) : 71
- Inscrit(e) le : 15 Mars 2010 à 06:17
- Localisation : Nouméa
par Michael DELIQUE » 05 Jan 2011 à 08:29
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à ?
Cordialement
Michael (SMS-Phobique)
----------------------------
"La théorie, c'est quand on sait tout et que rien ne fonctionne. La pratique, c'est quand tout fonctionne et que personne ne sait pourquoi."
Albert EINSTEIN
Michael (SMS-Phobique)
----------------------------
"La théorie, c'est quand on sait tout et que rien ne fonctionne. La pratique, c'est quand tout fonctionne et que personne ne sait pourquoi."
Albert EINSTEIN
-
Michael DELIQUE - Administrateur
- Message(s) : 12183
- Inscrit(e) le : 16 Déc 2004 à 10:36
- Localisation : Paris/Cergy
- gégé zoreille
- Posteur néophyte
- Message(s) : 71
- Inscrit(e) le : 15 Mars 2010 à 06:17
- Localisation : Nouméa
suite et fin!
par gégé zoreille » 11 Jan 2011 à 22:25
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."
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."
- gégé zoreille
- Posteur néophyte
- Message(s) : 71
- Inscrit(e) le : 15 Mars 2010 à 06:17
- Localisation : Nouméa
20 messages
• Page 2 sur 2 • 1, 2