quest for the log analysis tool - chainsaw, premier bilan

Un possible candidat de niveau 1.
  • dispose (enfin) d'un Receiver de log standard (et non uniquement XML ou socket) qui supporte le mode "tail"... mais qui ne marche pas avec mes logs actuels. Trop "compliqués" ? plutôt le receiver mal codé, oui... Du code pas fini !
  • le filtrage, le tri et la colorisation de lignes par expression sur les champs thread/date/message permettraient de retrouver les flows (tri par thread & date).
  • nada recherche multi-fichier; notons que ce genre de feature serait efficace plutôt côté serveur...
Le niveau 2 n'est pas accessible, le panneau arborescent est statiquement prévu pour les catégories de log, point. Pas de proposition de présentation par flow ici.

Conclusion : mouais. Le receiver n'est pas utilisable tel quel dans la vie réelle, donc n'est pas utilisé; pas de références possibles, donc...

quand je discute du sujet avec Laurent , l'alternative de refaire aussi l'écran avec le fameux composant grille aggrégateur de notre projet commun est tentante. A mettre dans la balance.

Commentaires

Posts les plus consultés de ce blog

COMMENT FAIRE un tableau scrollable avec entêtes fixes en html/css sans js

Prez Grails dans les Tranchées au Jug Nantes

premier podcast, merci les CastCodeurs - et merci Android