Journalisation Java Centralisée

Je cherche un moyen de centraliser les problèmes de journalisation des logiciels distribués (écrits en Java) ce qui serait assez facile, car le système en question n'a qu'un seul serveur. Mais en gardant à l'esprit, qu'il est très probable que plus d'instances du serveur particulier s'exécuteront à l'avenir (et qu'il y aura plus d'applications dans le besoin pour cela), il devrait y avoir quelque chose comme un serveur de journalisation, qui prend en charge les journaux entrants et les rend accessibles pour le l'équipe de support.

La situation actuelle est que plusieurs applications java utilisent log4j qui écrit ses données dans des fichiers locaux, donc si un client éprouve des problèmes, l'équipe de support doit demander les journaux, ce qui n'est pas toujours facile et prend beaucoup de temps. Dans le cas d'un défaut de serveur, le problème de diagnostic n'est pas aussi important, car il y a de toute façon un accès à distance, mais même si, tout surveiller via un serveur de journalisation aurait toujours beaucoup de sens.

Alors que je suis allé à travers les questions concernant la "journalisation centralisée", j'ai trouvé une autre question (en fait la seule avec une réponse (dans ce cas) utilisable. Problème étant, toutes les applications s'exécutent dans un environnement fermé (dans un réseau) et les directives de sécurité ne permettent pas à tout ce qui concerne les logiciels internes de sortir du réseau des environnements.

J'ai également trouvé un merveilleux article sur la façon dont on implémenterait un tel serveur de journalisation. Depuis que l'article a été écrit en 2001, j'aurais pensé que quelqu'un aurait déjà résolu ce problème particulier. Mais mes résultats de recherche n'ont rien donné.

Ma question: Existe-t-il un framework de journalisation qui gère la journalisation sur les réseaux avec un serveur centralisé auquel l'équipe de support peut accéder?

Spécification:

• Disponibilité
• Le serveur doit être exécuté par nous.
• Compatibilité Java 1.5
• Compatibilité avec un réseau.
• Meilleur cas: le protocole utilise HTTP pour envoyer des journaux (pour éviter les problèmes de pare-feu)
• Meilleur cas: Utilise log4j ou LogBack ou fondamentalement tout ce qui implémente slf4j

Pas nécessaire, mais bien d'avoir

• L'authentification et la sécurité sont bien sûr un problème, mais pourraient être retardées pendant au moins un certain temps (s'il s'agit d'un logiciel ouvert, nous l'étendrions à nos besoins OT: nous redonnons toujours aux projets ).
• exploration de Données et l'analyse est quelque chose qui est très utile pour améliorer le logiciel, mais cela pourrait aussi bien être une application externe.

Mon pire scénario est que leur n'est pas un logiciel comme ça. Dans ce cas, nous mettrons probablement cela en œuvre nous-mêmes. Mais s'il existe une telle application Client-serveur, j'apprécierais beaucoup de ne pas avoir besoin de faire ce travail particulièrement problématique.

Merci d'avance

mise à Jour:, La solution doit s'exécuter sur plusieurs plates-formes compatibles java. (Principalement Windows, Linux, certains HP Unix)

Mise à jour: Après beaucoup plus de recherches, nous avons trouvé une solution que nous avons pu acquérir. clusterlog.net (hors ligne depuis au moins mi-2015) fournit des services de journalisation pour les logiciels distribués et est compatible avec log4j et logback (qui est compatible avec slf4j). Il nous permet d'analyser tous les utilisateurs à travers l'application. Il est donc très facile de reproduire les bogues signalés (ou même non signalés celles). Il nous informe également des événements importants par e-mail et dispose d'un système de rapport où les journaux de la même origine sont sommés dans un format facilement accessible. Ils l'ont déployé (ce qui était impeccable) ici il y a quelques jours à peine et il fonctionne très bien.

Mise à jour (2016): cette question reçoit toujours beaucoup de trafic, mais le site auquel j'ai fait référence n'existe plus.