2009-11-02 4 views
24

Je suis à la recherche d'un cadre de journalisation et il semble que log4net est ou était très populaire. La dernière version date de plus de 2 ans. Il n'a pas été mis à jour pour .net 3.0 ou 3.5 ou même studio visuel 2008. Y at-il quelque chose de plus récent (autre que entlib) que je devrais envisager?Est-ce que log4net est mort?

+13

est-ce que quelque chose comme une exploitation forestière bibliothèque besoin d'une mise à jour constante? Je l'ai utilisé et ça marche plutôt bien. – Min

+5

EntLib est * PAS * quelque chose que vous devriez considérer. Utilisez log4net –

+0

Quel est votre raisonnement pour 'ne pas' utiliser EntLib? Est-ce que le code EntLib n'est pas une «meilleure pratique»? – Chris

Répondre

12

Il existe d'autres alternatives du même auteur (slf4j et logback) et d'autres, mais log4j est encore utilisé en abondance et en grande partie viable. Ce n'est pas mort, c'est juste arrivé au point où il n'y avait plus rien de vraiment nécessaire pour ça. Rien qui justifie le travail ou ne casserait la compatibilité. Quand cela arrive à un projet commercial, l'entreprise doit inventer un autre but pour le produit ou faire autre chose et le produit meurt effectivement. En open source, pas vraiment. À titre de comparaison, JUnit n'allait pratiquement nulle part pendant des années. Puis Java a reçu des annotations, JUnit a eu de la concurrence (TestNG) et il se déplace soudainement de nouveau. Maintenant, les développeurs d'origine peuvent ne pas être présents dans tous les cas, mais ensuite le projet sera bifurqué ou adapté. Par exemple, TestNG a permis un chemin de migration en douceur à partir de JUnit. Donc, la ligne de fond est que si elle est populaire et utilisée, elle ne mourra pas sur vous.

11

log4net est un port de quelque chose initialement écrit en Java. Le port est plus ou moins complet.

De plus, le port a ciblé le runtime .Net 2.0 et .Net 3.0 et .Net 3.5 sont également construits au-dessus de ce même runtime. Vous pouvez donc charger log4net dans Visual Studio 2008 et l'utiliser dans un projet .Net 3.5 si vous le souhaitez. Donc, si je comprends bien, il n'y a pas vraiment besoin de faire une nouvelle version spécifiquement pour .Net 3.5 ou Visual Studio 2008 pour le moment. Visual Studio 2010 peut bien sûr changer cela (nouvelle exécution). Log4j (qui était la base de log4net) n'a pas été mis à jour depuis des années.

+1

Joel Je suis d'accord avec vous en théorie. Stable et il a les fonctionnalités mais en stagnation logicielle = mort. Je ne veux pas investir le temps si c'est le cas. – Chip

+0

Eh bien, vs2010 beta 2 est disponible dès maintenant et comprend une licence de mise en production.Donc, il pourrait être utile de vérifier s'il y a un mouvement vers une version _eventual_ pour .Net 4. –

+3

Je ne pense pas qu'il soit mort car nous sommes très satisfaits de la connexion via UDP à un (win) syslogd avec elle. On pourrait dire que c'est (presque) complet, ce qui pourrait être une explication pour les "récentes" versions manquantes. – andyp

4

Je pars avec ses morts.

Pour me bug comme celui-ci (https://issues.apache.org/jira/browse/LOG4NET-132) assis autour des années signifie un projet est mort

Utilisez NLog à la place

http://nlog-project.org/

+0

Un peu plus tard que la question posée, mais je suis d'accord. NLog est un système de journalisation bien entretenu, et maintenant que NHibernate a supprimé la dépendance de log4net, il n'y a aucune raison de ne pas l'utiliser. – Dann

+0

En tant que mise à jour, j'ai fini par utiliser NLog pour le projet. Fonctionne très bien!! – Chip

Questions connexes