Re: gérer des fichiers log

Thomas <fantome.forums.tDeContes@free.fr.invalid> wrote:

le bytecode c'est le truc qu'on fait interpréter par les JVM ?

Le bytecode pur est interprété, pas compilé, par la JVM.

(dans ce cas là il y a un peu de compilation quand même, puisque c'est
du code intermédiaire)

Il y a toutefois des cas où l'on transcompile le bytecode en code natif
(just in time), typiquement sur Android au moment où on installe
l'application.

par contre, si c'est le logiciel lui-même qui doit envoyer ses logs au
serveur, je ne crois pas que ça puisse très bien marcher si c'est
l'intégrateur qui est chargé de gérer les fichiers !

Typiquement, sous UNIX, il m'est arrivé de configurer des applications
de manière à ce que le le log aille dans:

   /network/fs.toto.ch/logs/$CLIENT/application-${UNIQUE}.log

et par la magie de l'automounter, les logs finissent sur le serveur
fs.toto.ch, dans le répertoire correspondant au nom du client, dans un
fichier correspondant au nom de l'application suffixée d'une valeur
unique contenant la date.

Evidemment, ça marche uniquement dans un réseau intégré ("domaine").

Autre technique que j'ai utilisée: quand le programme se termine, le log
est pushé sur le serveur par HTTPS.

Mais fais attention, tu poses des questions dans toutes les directions,
donc tu risques d'avoir des réponses dans toutes les directions.

Ah, le debug je l'activerais optionnellement et à part.

 
oui, ça c'est déjà fait (mais si on l'active il faut bien que je le
traite).
 
(heu ... ça veut dire quoi "à part" ?)

dans un fichier séparé.

as tu des exemples d'opérations normales ?
(on était en mode graphique, là)

L'application graphique a réussi à charger le fichier toto.
Le fichier toto a été modifié en appliquant l'instruction blala.

(c'est du debug, donc).

quand tu dis "version du programme",
est-ce que tu parles seulement d'une option "--version",
ou bien est-ce que ça vaut aussi pour la version du programme qui est
affichée automatiquement quand on active le debug ?

Là je ne suis plus, désolé. Je me demande si plutôt qu'une discussion
USENET tu ne devrais pas créer un wiki pour organiser tes pensées et les
réponses qui te sont données, et qui nous permettrait de nous rappeler
ce qu'on a déjà discuté :)

j'ai oublié de te demander, mais je suppose que si on a un "usage: ..."
c'est pareil.

J'ai tendance à faire ainsi en shell:

if [ mauvais arguments donnés ]; then
   echo "$0: bad args." >&2
   echo "$0 [--config toto.conf]" >&2
fi

Donc, dans ce cas de mettre l'erreur (mauvais arguments) et le message
d'"usage" dans stderr.

Par contre, si tu traites un --help, alors je mettrais la "réponse" dans
stdout.

(Pour rappel, >&2 signifie écrire dans stderr).

si on active le debug, est ce qu'on doit n'avoir aucun msg de debug,
mais avoir la version qui s'affiche en plus ?

Je ne vois pas pourquoi la version serait nécessaire, ou alors au début
du debug pour t'aider à trier les éventuels rapports de bug?