Discussion :

[Janitrix]

Bonjour,

Je développe actuellement un projet multi-utilisateurs. L'application sera donc utilisée par plusieurs utilisateurs en même temps. Or, je dois protéger les fichiers de configuration (modifiable par les administrateurs à partir de l'application) des accès concurrents.

Ce sujet est nouveau pour moi, et je n'ai trouvé aucune documentation technique à ce sujet. Les fichiers sont des simples fichiers XML.

Mon idée est la suivante :

1. Lorsqu'un utilisateur veut modifier la configuration, l'application copie le fichier original.
2. Lorsque l'administrateur applique les modifications, l'application récupère les données actuelles du fichier de configuration
3. Si la copie du fichier créée à l'étape 1 est différente du fichier actuel, on avertit l'administrateur qu'il travail sur une version non à jour, et on l'invite à consulter les modifications
4. On applique les modifications

Cependant, ces idées ne reposent sur aucune expérience, et peuvent donc paraitre complètement absurdes pour un professionnel.

Qu'en pensez-vous ? Comment feriez-vous pour gérer les accès concurrents dans votre application ?

Merci

[Tommy31]

Le plus simple est de s'inspirer de ce qui se fait dans les systèmes de versionning style cvs ou subversion.

En gros tout document xml possède une version et chaque modification entraîne son incrément. si la copie modifiée entre temps a évoluée (cas concurrentiel), une fusion (merge) est faite si les parties modifiées respectivement sont différentes. Sinon il y a conflit à résoudre manuellement.

Un autre principe est celui de la pose d'un verrou. Quand je prend une version en vue d'une modification je pose un verrou dessus. Le document reste consultable mais non modifiable. Ceci permet de sérialiser les accès et d'interdire la concomitance. Bien que totalement sûr, ce principe est très (trop) rigide.

[_skip]

S'agit-il d'un fichier de configuration qui est véritablement régulièrement amené à changer?
Car si ce n'est pas le cas, il est tout à fait acceptable de laisser la dernière modification faire foi dans la majorité des cas.

[souviron34]

1. Lorsqu'un utilisateur veut modifier la configuration, l'application copie le fichier original.
2. Lorsque l'administrateur applique les modifications, l'application récupère les données actuelles du fichier de configuration
3. Si la copie du fichier créée à l'étape 1 est différente du fichier actuel, on avertit l'administrateur qu'il travail sur une version non à jour, et on l'invite à consulter les modifications
4. On applique les modifications

euh..

j'aurais tendance à faire l'inverse, aux points 2 et 3...

1. L'utilisateur sauvegarde SES modifs.
   
2. L'administrateur change des choses
   
3. L'utilisateur est AVERTI qu'il y a une différence.
   
4. Il a le choix de mettre à jour (nouvelle structure, mais avec re-copie de ses paramètres quand c'est possible) ou de poursuivre avec les anciens, sachant qu'il n'est plus à jour.