Discussion :

[tnarol]

Salut,

Je cherche mon bonheur parmi les multiples composants open source qui existent pour tracer - il faut que ça marche pour faire des fichiers de log et si possible avec un mode console optionnel, que ça puisse s'activer et se désactiver dynamiquement. Ca n'a pas besoin d'être threadsafe à tout prix juste bien conçu et pratique à utiliser.

Que me conseillez-vous ?

[nikko34]

log4cpp est bien je pense, mais c'est le seul que j'ai utilisé.

[Neo41]

Moi dans tous les projets surlequels je suis intervenu c'était toujours des fonctions faits maisons (sauf en java où on utilisait log4j). C'est assez simple d'écrire une petite classe que tu gères toi même.

[tnarol]

Moi dans tous les projets surlequels je suis intervenu c'était toujours des fonctions faits maisons (sauf en java où on utilisait log4j). C'est assez simple d'écrire une petite classe que tu gères toi même.

Pourquoi pas une classe faite maison effectivement, le problème il me semble c'est que les fonctions usuelles pour le formattage de chaîne à partir d'une liste d'arguments variable (de mémoire wsprintf et ses accolytes) ne savent pas formatter exactement comme le ferait printf , par exemple je crois qu'il y a un problème pour formatter des flottants... si j'arrive à régler ce problème je pourrai m'orienter dans cette direction.

[Luc Hermitte]

J'ai croisé une encapsuation du système de logs d'ACE, et de celui de log4cpp. Aucun des deux ne m'a vraiment convaincu.

Avec le temps, j'aurais tendance à chercher à encapsuler boost.format, et de voir avec les code_cvt facets si on ne peut pas gérer la langue des messages.

Mélanger à du bidouillage à base de macros (pour chopper ligne et nom de fichier courant pour le debug et le lancer d'exceptions, ...), il doit y avoir moyen d'obtenir des choses sympas.

[JolyLoic]

A l'époque où j'avais regardé log4cpp (rapidement, certes), je n'avais pas été très convaincu. Ca m'avais semblé assez lourd, sans que j'en voie les avantages.

John Torjo avait à une époque proposé un truc dans boost, qui n'avait pas été accepté, je ne sais plus trop pourquoi, mais qui m'avait semblé préférable quand même, et que j'ai utilisé depuis sans trop de problèmes.

[Patriarch24]

Je conseille l'utilisation de Poco::Logging (http://www.appinf.com/poco), qui est bien plus simple que log4cxx (le port de log4j par Apache), et qui permet, oh joie, de purger automatiquement les logs contrairement à log4cxx. La prise en main est très simple.

[tnarol]

Je conseille l'utilisation de Poco::Logging (http://www.appinf.com/poco), qui est bien plus simple que log4cxx (le port de log4j par Apache), et qui permet, oh joie, de purger automatiquement les logs contrairement à log4cxx. La prise en main est très simple.

J'ai essayé en regardant la partie XML, il a l'air très bien en effet... je suis confiant pour le logging.

Merci