Vous travaillez en toute sécurité avec un clustering verrouillé que plusieurs utilisateurs ont ouvert simultanément. L'affichage des résultats actualise, après chaque modification, les données enregistrées relatives à l'arborescence et aux pièces, de sorte qu'aucun utilisateur ne continue à travailler avec une version obsolète.

Pour cette procédure, vous avez besoin de deux sessions indépendantes et connectées avec « clustering-view » et « clustering-edit ». Utilisez un clustering terminé comprenant un cluster de feuilles rempli et un cluster de feuilles vide, qui peut être supprimé. Les modifications concernent des données enregistrées ; pour les tests ou les formations, utilisez des données qui peuvent être perdues.

Une session indépendante correspond à un profil de navigateur enregistré séparément ou à un contexte de navigation distinct. Deux onglets appartenant à la même session de navigation ne constituent pas des utilisateurs indépendants.

Édition simultanée – Commandes, signification et décisions en cours d'utilisation

Veillez à laisser le même regroupement terminé ouvert dans les deux sessions de traitement lorsque vous synchronisez une modification. Une modification du statut d’une pièce est enregistrée via la requête de l’utilisateur concerné ; l’arborescence, les pièces sélectionnées et les indicateurs sont ensuite rechargés. Si le serveur accepte successivement des modifications concurrentes, les deux sessions affichent, après leur prochaine mise à jour, le dernier statut enregistré.

Le serveur peut refuser une modification car les données sous-jacentes ont changé. La vue des résultats rétablit alors l'état actuel du serveur avant d'afficher l'erreur d'action. Les cartes de pièces, l’arborescence, la vue « Overview » et le graphique décrivent alors la même révision enregistrée, au lieu d’afficher des totaux obsolètes.

Les modifications apportées à l' arborescence suivent le même principe. La suppression d'un cluster vide actualise la hiérarchie et les données de résultats actuelles. Une session dans laquelle le nœud supprimé était encore sélectionné doit se recharger avant de pouvoir continuer à fonctionner ; l'application reste utilisable dans un contexte d'arborescence existant, au lieu de traiter le nœud supprimé comme valide .

L' espace de travail lit la hiérarchie et les données actuelles du cluster comme une révision de résultats cohérente. Si les réponses font temporairement référence à des révisions différentes, parce qu'un autre utilisateur modifie le regroupement, l'application répète le chargement commun à plusieurs reprises. Une requête plus récente remplace une requête plus ancienne en attente, afin qu’ aucune réponse obsolète ne remplace une sélection plus récente.

Si aucun résultat cohérent ne peut être chargé, la page affiche le message d'erreur relatif à la cohérence, accompagné de l'action « Reload ». « Reload » demande à nouveau le contexte actuellement sélectionné. Les erreurs de transmission apparaissent également à cet endroit ; elles ne sont pas automatiquement réitérées comme le sont les révisions divergentes.

En cas de révision obsolète d'une vignette, le graphe hiérarchique demande la même mise à jour du résultat. Ne lisez le graphe qu' une fois que l'arborescence et les données de résultat ont été mises à jour.

Une fois la mise à jour terminée, les deux utilisateurs travaillent avec l' état de regroupement enregistré. Une opération rejetée, remplacée ou obsolète ne génère pas d'affichage erroné : l' espace de travail affiche l'erreur si nécessaire et propose une action permettant de recharger ; l’arborescence, les fiches de résultats, la vue « Overview » et le graphique reviennent à un état cohérent et à jour.