osdir.com
mailing list archive

Subject: Re: log4j - msg#00132

List: programming.language-of-the-year

Date: Prev Next Index Thread: Prev Next Index
On Wednesday 14 September 2005 15:45, jeff duska wrote:
> I've been using the log4j for the past several years in all my
> applications. Here are my suggestions. Never use commons logging.

Does anyone use commons logging out of conviction? My understanding is
that it exists to provide some minimal logging infrastructure in
infrastructure code such as frameworks, while at the same time leaving
it to the application programmer to choose a more featureful logging
library. So, in your application use whatever logger you like best,
probably log4j. Then the framework, through the indirection of commons
logging, will play nicely and use the same logging lib as the app.

Michael

--
Michael Schuerig You can twist perceptions
mailto:michael-q5aiKMLteq4b1SvskN2V4Q@xxxxxxxxxxxxxxxx
Reality won't budge
http://www.schuerig.de/michael/ --Rush, Show Don't Tell


------------------------ Yahoo! Groups Sponsor --------------------~-->
Most low income households are not online. Help bridge the digital divide today!
http://us.click.yahoo.com/cd_AJB/QnQLAA/TtwFAA/nhFolB/TM
--------------------------------------------------------------------~->


Yahoo! Groups Links

<*> To visit your group on the web, go to:
http://groups.yahoo.com/group/pragprog/

<*> To unsubscribe from this group, send an email to:
pragprog-unsubscribe-hHKSG33TihhbjbujkaE4pw@xxxxxxxxxxxxxxxx

<*> Your use of Yahoo! Groups is subject to:
http://docs.yahoo.com/info/terms/






Was this page helpful?
Yes No
Thread at a glance:

Previous Message by Date: click to view message preview

Re: Domain Specific Languages?

On 9 Sep 2005, at 10:20, Nat Pryce wrote: > I have recently chatted with people using DSLs in two different > Java projects. > > One is using an embedded DSL in the style of jMock. They say that > they find it quite hard to evolve the language and combine with other > languages. I am that person. To be precise, doing an embedded language has some advantages. We had a new coder join the team and he said he found it pretty readable. There's also some degree of support from the IDE (eclipse) -- although you always lose infrastructure when you go meta. We've had some (heated) discussion about how much we should code stuff up in "straight" Java, but my feeling is that once you get serious about removing duplication on a task like this you end up going dynamic anyway. The hard parts are: that designing a language, embedded or otherwise, always takes effort (and I'm frustrated at not having enough time to make the structure as clear as I'd like); that it's a fairly messy domain, so writing something really clean may simply be impossible. For those who are familiar with the relevant history, the current syntax is kinda half-way between the old dynamic mocks and jMock. We haven't quite made the AST clear, and have a lot of helper methods in the classes where we build up the rules. S. M3P Limited ------------------------ Yahoo! Groups Sponsor --------------------~--> Fair play? Video games influencing politics. Click and talk back! http://us.click.yahoo.com/T8sf5C/tzNLAA/TtwFAA/nhFolB/TM --------------------------------------------------------------------~-> Yahoo! Groups Links <*> To visit your group on the web, go to: http://groups.yahoo.com/group/pragprog/ <*> To unsubscribe from this group, send an email to: pragprog-unsubscribe-hHKSG33TihhbjbujkaE4pw@xxxxxxxxxxxxxxxx <*> Your use of Yahoo! Groups is subject to: http://docs.yahoo.com/info/terms/

Next Message by Date: click to view message preview

[ANN] Pimki 1.8.092

Hi All, Am very happy to announce a new release of Pimki: The Wiki-based PIM to GetThingsDone! Pimki 1.8.092 is a maintenance release. It contains many small (and a few not-so-small :) bug fixes. Important note: this release is still based on Instiki 0.9.2. You cannot use Instiki 0.10.x snapshots directly. Snapshots from previous versions of both Pimki and Instiki should work fine. The next major version - Pimki2 - is now in alpha testing phase. It is fairly stable. A few features need more polishing, and the main issue remaining is integration with Instiki's still-under-development SQLite backend. Go to http://pimki.rubyforge.org for the full scoop. If you're running gems just run 'gem install Pimki' and it will be installed/upgraded for you. Otherwise just download, unzip and run! Cheers, Assaph ------------------------ Yahoo! Groups Sponsor --------------------~--> Most low income households are not online. Help bridge the digital divide today! http://us.click.yahoo.com/cd_AJB/QnQLAA/TtwFAA/nhFolB/TM --------------------------------------------------------------------~-> Yahoo! Groups Links <*> To visit your group on the web, go to: http://groups.yahoo.com/group/pragprog/ <*> To unsubscribe from this group, send an email to: pragprog-unsubscribe-hHKSG33TihhbjbujkaE4pw@xxxxxxxxxxxxxxxx <*> Your use of Yahoo! Groups is subject to: http://docs.yahoo.com/info/terms/

Previous Message by Thread: click to view message preview

Re: Re: log4j

I've been using the log4j for the past several years in all my applications. Here are my suggestions. Never use commons logging. Log4j handles every logging need you could possible need. Common Logging is just a pain to use, because it is nanny type tool that thinks it knows best. Commons logging is also why it can be a pain to get log4j to work right in appservers. To my recollection only log4j gives you email appenders and support nested device contexts. These are two great features for web applications. I have email appender send me error messages from my web applications. NDC act like a stack. I push the domain or the user on the NDC stack. This way each message also tells me who the user was. ChainSaw works with both the XML file or a port. If you use ChainSaw with NDC stack, you can filter you log messages to a domain or specific user. You can also just use a Perl/Python/Ruby script to filter out the messages from your log.  If you are working with a remote server using the port based ChainSaw can be pretty useful, but most IT groups don't want to open up the port. HTH, Jeff Duska On 9/14/05, Michael Schuerig <michael-q5aiKMLteq4b1SvskN2V4Q@xxxxxxxxxxxxxxxx> wrote: On Wednesday 14 September 2005 12:32, Ralph Pöllath wrote: > The reason I never tried ChainSaw is that I think it requires the   > logfiles to be in log4j's xml format. No. It's been a while, but I think the more common usage is to connect to the monitored app through a socket. I can't remember the name of the appender right now. Michael -- Michael Schuerig                                 Life is what happens mailto:michael-q5aiKMLteq4b1SvskN2V4Q@xxxxxxxxxxxxxxxx                  While you're making plans http://www.schuerig.de/michael/    --Kevin Gilbert, A Long Day's Life SPONSORED LINKS Offshore software development Development outsourcing software Custom software application development Embedded software development Custom software development services Software development company YAHOO! GROUPS LINKS  Visit your group "pragprog" on the web.   To unsubscribe from this group, send an email to:  pragprog-unsubscribe-hHKSG33TihhbjbujkaE4pw@xxxxxxxxxxxxxxxx   Your use of Yahoo! Groups is subject to the Yahoo! Terms of Service. YAHOO! GROUPS LINKS  Visit your group "pragprog" on the web.   To unsubscribe from this group, send an email to: pragprog-unsubscribe-hHKSG33TihhbjbujkaE4pw@xxxxxxxxxxxxxxxx   Your use of Yahoo! Groups is subject to the Yahoo! Terms of Service.

Next Message by Thread: click to view message preview

Re: Re: log4j

On 9/14/05, Michael Schuerig <michael-q5aiKMLteq4b1SvskN2V4Q@xxxxxxxxxxxxxxxx> wrote: On Wednesday 14 September 2005 12:32, Ralph Pöllath wrote: > The reason I never tried ChainSaw is that I think it requires the   > logfiles to be in log4j's xml format. No. It's been a while, but I think the more common usage is to connect to the monitored app through a socket. I can't remember the name of the appender right now. I use: log4j.appender.CHAINSAW_CLIENT=org.apache.log4j.net.SocketAppender log4j.appender.CHAINSAW_CLIENT.RemoteHost=localhost log4j.appender.CHAINSAW_CLIENT.Port=1042 log4j.appender.CHAINSAW_CLIENT.LocationInfo=true -- Mike Hostetlerhttp://www.binary.net/thehaas YAHOO! GROUPS LINKS  Visit your group "pragprog" on the web.   To unsubscribe from this group, send an email to: pragprog-unsubscribe-hHKSG33TihhbjbujkaE4pw@xxxxxxxxxxxxxxxx   Your use of Yahoo! Groups is subject to the Yahoo! Terms of Service.
Sign up for updates to this mailing list. email:
Loading Comments...
Home | News | Patents | Sitemap | FAQ | advertise

Advertising by