Discussion :

[aiglelibre]

Bonjour,

Je suis confronter à un problème pour écrire des logs dans une application winForm.
Habitué au web, je n'avais pas ce problème.

Si un utilisateur lance deux fois l’exécutable, le fichier log sera occupé par le premier programme lancé, du coup le deuxième ne pourra pas écrire dessus !!

Avez vous étés confronté à ce problème ?
Et comment vous avez pu le contourner ?

Merci par avance

Aigle

[GuruuMeditation]

Pour être vraiment sûr, tu peux générer un log avec un nom différent à chaque lancement. Comme ça, même si ton appli est lancée 2 fois, ils ne vont pas s’emmêler les pinceaux.

Ou alors utiliser une DB pour log.

Avec des solutions comme Log4Net il y a moyen d'avoir des "MinimalLock", mais il y a un lock malgré tout, donc risque de problème (même si celui-ci est minimisé).

[aiglelibre]

Merci GuruuMeditation,

Pas possible de l'ajouter dans le base (Décision maintenance !! )
Et il faut vraiment que ça soit dans le même fichier

[sevyc64]

Pour que ce soit dans el même fichier il n'y a pas 36000 solutions.
Il faut

• que le logiciel bloque le minimum de temps le fichier log. Ça veut dire que le logiciel ne doit ouvrir le fichier de log et donc le bloquer qu'au moment d'y écrire une ligne, et qu'il doit le libérer immédiatement après l'écriture.
• que le logiciel soit capable de gérer un fichier bloqué par une autre instance, donc capable d'attendre que el fichier soit débloquer en mémorisant pendant ce temps les lignes à écrire qui arriveraient pendant l'attente.

Bien entendu cela ne fonctionnera pas si le logiciel est arrêté (ou plante) avant d'avoir pu vider le tampon d'écriture. Cela signifie que lors de l’arrêt, il faudra peut-être gérer un tampon pas encore vidé, et accepter qu'en cas de plantage il est possible de perdre certaines données de log pas encore écrites

[BenoitM]

Il y a encore ne laisses pas l'utilisateur lancer 2x l'application

[aiglelibre]

Il y a encore ne laisses pas l'utilisateur lancer 2x l'application

Le problème, c'est que cette application est déposé sur le serveur, accessible par tout les utilisateurs par un raccourci !!.
l'argument c'est que pour déployer une nouvelle version, on a pas besoin de le faire sur 100 postes !
c'est comme ça depuis la version du vb6, je fais le portage, et je dois respecter cette contrainte

Si vous avez des suggestions pour ça aussi je suis preneur

Merci

[Alro_gr]

Créer une base ACCESS sur le serveur.

Sinon avant d'ouvrir le fichier, vérifier l'existence du fichier log.lock.
Si il existe, on attend qu'il n'existe plus, puis on le crée (pour prendre le jeton) et on ouvre le fichier de log., on le met à jour, on ferme le fichier et on efface le fichier log.lock.

C'est rudimentaire, mais si les appli n' écrivent pas comme des malades ça marche.
Il faut aussi prévoir une fonction pour "débloquer" dans le cas où l'appli. qui a verrouillé le fichier plante. Ça peut-être par exemple : si le fichier log.lock existe (au moment ou on veut l'utiliser) et n'est pas effacer dans les 20 secondes, alors on force l'effacement.