On 14/04/2007, at 1:11 AM, Curt Arnold wrote:
I've been thinking that it might be good to repackage the log4j 1.3
PatternLayout so that it can be used in conjunction with existing
versions of log4j 1.2.x. The process that I'd see is:
1. Fix cosmetic Checkstyle/PMD reported problems for PatternLayout
and associated classes on log4j/trunk
2. Create a sandbox project similar to recent expression-filter
project and copy code over
Should we rather have a log4j-extensions module instead of 1 for each
extra-bit? Is there an advantage to having such fine grained
extension modules?
4. Change the package or classname to
org.apache.log4j13.PatternLayout or o.a.l.PatternLayout13 so that
it could be used in conjunction with log4j 1.2.x.
I'd vote for the former, simply because we're likely to use
org.apache.log4j20 or similar for the next version.
Actual log4j 2.0 would branch off from step 3 above.
1. Adopt JDK 1.5-isms internally: StringBuilder instead of
StringBuffer, Typed containers, etc
....
Amen!
First though, should we sit back ever so slightly and document up
some overarching goals/principles we wish to follow for log4j2 as
well as a general overall high level design, and plan of attack?
Sort of a 'vision' statement?
I'm very keen to encourage other developers to want to participate
and having this openly visible gives everyone a similar reference
point to aim at. We obviously need not be hasty in granting
committer privs, but I would dearly love to build up the dev
community to ensure it's health.
cheers,
Paul
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]