RE: Chainsaw IRC client?

2005-09-01 Thread Scott Deboy
IRC is inherently hierarchical, server->channels->users This hierachy is easily represented in Chainsaw's logger tree: server(tab)->channels(top level loggers)->users(child loggers) So by default, all messages from any room that you have joined will display in the table. You can then search or

Re: Chainsaw IRC client?

2005-09-01 Thread Curt Arnold
On Sep 1, 2005, at 2:05 PM, Scott Deboy wrote: I know it sounds crazy, but it is pretty handy, and it's another example of how to write your own receiver: http://wiki.apache.org/logging-log4j/ChainsawHelp Could you elaborate on scenarios where it is handy? I'm not sure I get it. There

Re: LGPL ok?

2005-09-01 Thread Jacob Kjome
At 03:21 PM 9/1/2005 -0700, you wrote: >Hi, >Don't do it. It's a long discussion still under way, a topic of heavy debate, >but the safe answer is don't do it. You can join legal-discuss for specifics. >If the dependency is optional, i.e. the program will build and run without the >LGPL code

Re: LGPL ok?

2005-09-01 Thread Yoav Shapira
Hi, Don't do it. It's a long discussion still under way, a topic of heavy debate, but the safe answer is don't do it. You can join legal-discuss for specifics. If the dependency is optional, i.e. the program will build and run without the LGPL code, and you specify the LGPL code in the NOTICE fi

Re: LGPL ok?

2005-09-01 Thread Paul Smith
I think the ASF's position can best be described as follows: while(true){ List answers = Arrays.asList(new String[]{"Yes!", "NO!", "Maybe!", "Ask someone else", "I have no recollection of that Senator", "On the advice of council I decline to answer"}); int choice = Math.random() % a

LGPL ok?

2005-09-01 Thread Scott Deboy
Could someone explain ASF's stance on inclusion of LGPL-dependent code in our repository and distributions? I thought I recalled it was currently not allowed (only code dependent on Apache/BSD/MIT licenses could be included). I was just curious if it would be ok to include the irc receiver in Cha

RE: Chainsaw IRC client?

2005-09-01 Thread Mark Womack
Well, so long as my messages don't show up as level ERROR or FATAL. :-) -Mark > -Original Message- > From: Scott Deboy [mailto:[EMAIL PROTECTED] > Sent: Thursday, September 01, 2005 12:06 PM > To: Log4J Developers List > Subject: Chainsaw IRC client? > > I know it sounds crazy, but it i

Re: Serializable NDC DiagnosticContext

2005-09-01 Thread Curt Arnold
On Sep 1, 2005, at 12:52 PM, [EMAIL PROTECTED] wrote: Hi Folks, I'd like to pass a cloned NDC Stack across an EJB call, but can't since its NDC.DiagnosticContext entries are not serializable. Does anybody see any potential issues with adding an "implements java.io.Serializable" to the D

Chainsaw IRC client?

2005-09-01 Thread Scott Deboy
I know it sounds crazy, but it is pretty handy, and it's another example of how to write your own receiver: http://wiki.apache.org/logging-log4j/ChainsawHelp Scott -Original Message- From: Jacob Kjome [mailto:[EMAIL PROTECTED] Sent: Thursday, September 01, 2005 8:10 AM To: Log4J Develop

Serializable NDC DiagnosticContext

2005-09-01 Thread Kurt . Eckhardt
Hi Folks, I'd like to pass a cloned NDC Stack across an EJB call, but can't since its NDC.DiagnosticContext entries are not serializable. Does anybody see any potential issues with adding an "implements java.io.Serializable" to the DiagnosticContext class (see snip below)? // ===

Re: The next 1.3 alpha release

2005-09-01 Thread Curt Arnold
On Sep 1, 2005, at 10:10 AM, Jacob Kjome wrote: Quoting Mark Womack <[EMAIL PROTECTED]>: Looks like the next version of SLF4J will have Marker's removed from the interface (1). Hopefully this will happen in the near future so that it can be integrated with Log4j-1.3 before the snapshot re

Re: Possible API Performance and Usability Enhancement

2005-09-01 Thread Curt Arnold
On Aug 29, 2005, at 2:52 PM, Dan Bush wrote: Excellent. On 8/29/05, Ceki Gülcü <[EMAIL PROTECTED]> wrote: Dan. Are you aware of SLF4J API which already incorporates a similar approach? The same pattern is also in the CVS HEAD. However, I think there is a better approach. This top

Re: The next 1.3 alpha release

2005-09-01 Thread Jacob Kjome
Quoting Mark Womack <[EMAIL PROTECTED]>: > Since no one stated a preference, I will plan on a snapshot release. I'll > do this build sometime early next week which should give us a chance to > update the cvs head with anything that should be in the snapshot. > > If you have any issues, let me kno

Re: The next 1.3 alpha release

2005-09-01 Thread Mark Womack
Since no one stated a preference, I will plan on a snapshot release. I'll do this build sometime early next week which should give us a chance to update the cvs head with anything that should be in the snapshot. If you have any issues, let me know. -Mark - Original Message - From: "

Re: TimeBasedRollingPolicy behaviour

2005-09-01 Thread Jacob Kjome
Quoting K Sunil <[EMAIL PROTECTED]>: > Thanks for responding to my clarification. > > I tried as you suggested. > I removed setActiveFileName. > It worked by appending the date with the fileName. > > I have one more clarification: > Is it possible to have a activeFileName with just name and no

Re: TimeBasedRollingPolicy behaviour

2005-09-01 Thread K Sunil
Thanks for responding to my clarification. I tried as you suggested. I removed setActiveFileName. It worked by appending the date with the fileName. I have one more clarification: Is it possible to have a activeFileName with just name and no date appended and the rolled up files must