UtilLoggingXMLDecoder supports the reception of events from java.util.logging 
(by default their socket handler sends events conforming to logger.dtd).  

I agree the decoders need to be rewritten using SAX - I just haven't had the 
time.

Scott


-----Original Message-----
From:   Curt Arnold [mailto:[EMAIL PROTECTED]
Sent:   Wed 5/4/2005 12:22 AM
To:     Log4J Developers List
Cc:     
Subject:        Re: Reconsideration of features for 1.3 (Re: slf4j and log4j)

On May 4, 2005, at 1:04 AM, Scott Deboy wrote:

> I agree that LoggingEvent should be serial-compatible with previous 
> versions (1.2.7/8 at a minimum).
>
> If Chainsaw were to have its own release cycle, we would release a lot 
> more often than log4j and also plan releases to coincide with log4j's 
> releases.
>
> As discussed previously, at this point I'd prefer that Chainsaw stay 
> as a part of the log4j project -  primarily because the size of the 
> developer community is not growing (it's been 2 with a few patches 
> from others since it's inception).

I was thinking that independent release cycle implied subproject 
status.  Whatever the structure is called that could result in Chainsaw 
having independent releases, CVS/SVN module and sharing developer/user 
lists and governance would work for me.

>
> I gave the 'category' -> 'logger' DTD example primarily to show how 
> the DTD changed when jdk 1.4 util.logging was released and log4j 
> renamed major pieces of their system in order to have names match.  
> There's no technical reason we couldn't support the prior DTD in 
> XMLDecoder, but I've only seen one person mention this bug and they 
> were fine with updating their log4j version to a more recent release 
> in order to avoid the problem.
>

I wouldn't think that would be an issue unless  DTD validation was 
enabled.  However, checking o.a.l.x.UtilLoggingXMLDecoder and 
XMLDecoder (don't know how they are different) in the logging-log4j 
module it seems that not only is it doing a validating parse, it is 
building a DOM tree which I would think would make Chainsaw terribly 
slow and memory consuming for large log files.


---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]




<<winmail.dat>>

---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to