On Jun 4, 2007, at 11:13 PM, Scott Deboy wrote:
Here are a few things we need to look into before we put out a
1.2.15 RC:
1. I couldn't configure a ConnectionSource for CustomSQLDBReceiver
- unrecognized element (unless I'm configuring it wrong, it means
DBReciever and DBAppender won't work either)
Have no experience at all with DBReceiver and DBAppender. Maybe some
hook in JoranConfigurator that needs to be mimicked using the
UnrecognizedElementHandler. Could you provide a snippet of a
configuration file or better yet add a test to log4j 1.3?
2. Event properties aren't quite working - I'll look into this one.
3. The matching UDP and MulticastAppenders aren't in the receivers
package - where should they go? the main log4j module in o.a.l.net?
MulticastAppender and UDPAppender depend on PortBased which is
currently defined in receivers. receivers already has several
appenders in it (DBAppender), so the name doesn't quite fit. Don't
think the appenders and their dependencies should be added to log4j
1.2 proper. Would suggest backporting UDP and MulticastAppender into
receivers and then consider renaming receivers or splitting it into
different companions either by transport (DB, UDP, Multicast) or by
function (assorted appenders and assorted receivers). If the
appenders can be used independently of the receivers, then splitting
by function would likely be better since the appenders could work
with earlier versions of log4j. Makes naming less obvious however.
4. I'd like talk about the usefulness or lack thereof of the three
filters I contributed - (in o.a.l.filter): reflectionfilter,
mapfilter and propertyfilter (supports building events from pojos,
setting static properties on all events)
5. o.a.l.varia.SoundAppender can be useful - uses Applet class to
play audio (minimal dependencies and backward compatible)
apache-log4j-sound companion?
6. o.a.l.xml.LogFileXMLReceiver - supports tailing of xmllayout-
formatted log files
Should be backported into receivers and then possibly split out if
the companion is rearranged.
Also, Pauls' util.logging appender is an interesting idea that we
should develop further.
It doesn't seem to me to be intertwined with either the log4j 1.2.15
or Chainsaw. If it is ready, would not mind considering it at the
same time, but if not, I would not hold the others up.
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
