I originally had the Flume Appender packaged with the log4j2 core module. Then Flume went and created an incompatible version. At that point it became obvious that it was nuts to package flume with log4j, much less two versions of Flume.
Ideally, log4j should have as few dependencies as possible. If a component requires dependencies most users won't want then I'd vote to move it to a separate module. Ralph On Jun 5, 2012, at 7:34 AM, Christian Grobmeier wrote: > On Tue, Jun 5, 2012 at 3:59 PM, Scott Deboy <scott.de...@gmail.com> wrote: >> A number of the appenders in the net package have no external dependencies. >> They should be In the core jar. >> >> The smtp and jms appenders could be separate if necessary. > > +1 > >> >> Scott >> >> >> >> On Jun 5, 2012, at 5:51 AM, Gary Gregory <garydgreg...@gmail.com> wrote: >> >> On Tue, Jun 5, 2012 at 8:45 AM, ceki <c...@qos.ch> wrote: >>> >>> On 01.06.2012 04:41, Ralph Goers wrote: >>>> >>>> If you don't do that then you end up with a bunch of optional >>>> dependencies that you will forget to include or a bunch of required >>>> dependencies that you may not really need. >>>> >>>> Separating the API from the impl is useful as it keeps users from >>>> accessing stuff that wasn't meant to be public - which is one of the >>>> more serious problems in 1.x. >>>> >>>> Ralph >>> >>> >>> Agreed. Separating chainsaw and lf5 into new modules is most >>> reasonable. However, modularization can be easily overdone. Assuming >>> the code in org.apache.log4j.net has not changed much since the last >>> time I looked, I would recommend that the org.apache.log4j.net be part >>> of the core module, not separate. >> >> >> +1, please don't over do it. And at least give me an option to use one >> server-side jar to rule them all. >> >> G >>> >>> >>> -- >>> Ceki >>> http://twitter.com/#!/ceki >>> >>> >>> --------------------------------------------------------------------- >>> To unsubscribe, e-mail: log4j-dev-unsubscr...@logging.apache.org >>> For additional commands, e-mail: log4j-dev-h...@logging.apache.org >>> >> >> >> >> -- >> E-Mail: garydgreg...@gmail.com | ggreg...@apache.org >> JUnit in Action, 2nd Ed: http://bit.ly/ECvg0 >> Spring Batch in Action: http://bit.ly/bqpbCK >> Blog: http://garygregory.wordpress.com >> Home: http://garygregory.com/ >> Tweet! http://twitter.com/GaryGregory > > > > -- > http://www.grobmeier.de > https://www.timeandbill.de > > --------------------------------------------------------------------- > To unsubscribe, e-mail: log4j-dev-unsubscr...@logging.apache.org > For additional commands, e-mail: log4j-dev-h...@logging.apache.org > --------------------------------------------------------------------- To unsubscribe, e-mail: log4j-dev-unsubscr...@logging.apache.org For additional commands, e-mail: log4j-dev-h...@logging.apache.org
