Discussion :

[c-ve]

Bonjour à tous,

J'ai un servlet susceptible, dans un cas bien précis, de faire accès en écriture à un fichier.
Quel conseil pouvez-vous me donner sur la meilleure manière de mettre la chose en oeuvre pour ne pas me retrouver avec des blocages causés par des accès concurents et en respectant les spécifications servlet.
Mon serlvet container est Tomcat.

Merci d'avance,
Christian

[link256]

Je ne sais pas si on peut connaître l'état d'un fichier à savoir si il est utilisé en écriture ou en lecture.

peut-on écrire dans ce fichier si celui-ci est lu ?
peut-il être lu pendant qu'on écrit dedans ?

si on peut en connaître l'état sa simplifierait les choses mais j'ai un doute.

sinon je vois 2 solution
la première en base ou tu met à jours l'état du fichier ce qui te permet de ne pas écrire si celui-ci est déja utilisé mais sa t'oblige à requêter à plusieur reprise pour savoir quand celui-ci est enfin disponible ce qui est moche.

autre solution tu crées un fichier ecriture.tmp pour signaler que tu utilises le fichier en écriture, que tu supprimes à la fin de ton opération.
Comme ça il n'y a plus qu'a check l'existence ou non de ce fichier.

je n'ai jamais eu à gérer ce problème et je dis peut être de grosse bétise.

[c-ve]

En fait le fichier est surtout accédée en écriture, car il est simplement là pour récolter des données dans le cas d'un problème d'accès à une base de données

[OButterlin]

Tes écritures sont toutes gérées par l'application ou ça pourrait être un éditeur externe (type wordpad, notepad++, etc...) ?

A+

[c-ve]

Toutes les écritures seront gérées par l'application.
Seule la lecture sera susceptible de se faire via un programme externe

[adiGuba]

Salut,


Il suffirait de synchronisé les écritures dans le fichier.
Bien sûr pour cela il est impératif que le traitement sur le fichier ne soit pas trop "long" afin d'éviter de bloquer trop de monde...

a++

PS : Apparemment c'est pour logger des infos... Pourquoi ne pas utiliser une des APIs de logs ?

[c-ve]

Bonjour,

Merci de ta réponse.
En fait ce n'est pas vraiment du log, le but est d'enregister les données non envoyées vers la base de données en valeurs séparées par des virgules pour les réintroduire dans la base de données dès qu'elle serait disponible à nouveau.
En logging j'utilise log4j mais je ne suis pas arrivé au résultat que je voulais, car log4j enregistre toujours l'heure, le niveau etc ... en plus de mes données.
Mais si tu as un truc pour éviter ca, je suis interessé.

Bonne journée,
Christian

[adiGuba]

En logging j'utilise log4j mais je ne suis pas arrivé au résultat que je voulais, car log4j enregistre toujours l'heure, le niveau etc ... en plus de mes données.
Mais si tu as un truc pour éviter ca, je suis interessé.

Cela se configure dans les fichiers de config de log4j... mais je touche rarement à cela...


Si tu veut gérer cela manuellement sans avoir à trifouiller les fichiers de conf de log4j, il faudra passer par une méthode synchronisé qui se chargera de générer le fichier.

Après tu as deux possibilités :

• Soit tu conserves toujours le fichier ouvert et tu écris petit à petit dedans (moins d'accès IO mais perte potentielle de données)
• Soit tu ouvres/fermes le fichier à chaque écriture

Ensuite il faudra savoir comment tu souhaiterais récupérer les données pour les insérer dans la BD : en manuel ? en automatique ?
Il faut bien faire attention que le fichier ne soit pas en cours d'écriture...


a++


PS : Tu as de tel problème de BD qu'il te faille mettre en place une telle sécurité !?