Stories
Slash Boxes
Comments

NOTE: use Perl; is on undef hiatus. You can read content, but you can't post it. More info will be forthcoming forthcomingly.

use Perl

All the Perl that's Practical to Extract and Report

Log::Dispatch vs Log4perl? More | Login | Reply

The Fine Print: The following comments are owned by whoever posted them. We are not responsible for them in any way.

Without JavaScript enabled, you might want to use the classic discussion system instead. If you login, you can remember this preference.

Both work fine (Score:1)

by bluto (225)

I've used Log::Dispatch for a long time and looked into switching to Log4perl. Both seemed fine for my needs.
The main reason I didn't switch at the time was because I realized that Log4perl's config required too much knowledge of the app's internals (e.g. class layout, I think) for our admins to alter. It's probably more of an admin problem than a Log4perl problem. Since I needed to write a simpler config front-end for it anyway there seemed little reason for me to use one over the other. I stuck with w
- Re:Both work fine (Score:1)
  
  by Perlmeister (6689) on 2006.02.16 13:30 (#46166)
  
  The main reason I didn't switch at the time was because I realized that Log4perl's config required too much knowledge of the app's internals (e.g. class layout, I think)
  
  Actually, that's up for you to decide.
  To enable logging in particular areas of an application, you can use the class structure. But that's just a feature and not required at all.
  Instead, you can just enable/disable logging of the overall application or choose entirely different categories (i.e. make up your own hierarchy). The class structure is just often the most natural way of subdividing an application.
  
  Reply to This
  
  Parent

Get More Comments

Stories, comments, journals, and other submissions on use Perl; are Copyright 1998-2006, their respective owners.