One of the largest drawbacks to using Turbine is the complexity. Having to configure three different logging systems is a problem. This needs to be simplified.
I would agree that the immediate concern would be to decide on a logging system within Turbine first. However, we also need to think about how we can get everything using the same system. When I say the same system, I mean a common wrapper. There will be users that will want to use log4j. There will be others that want to use the jdk1.4 implementation. There might be a few that want some other logging system but that should be a very small percentage. The only solution that I have heard on this list that will allow the user to choose between log4j and jdk logging is commons-logging. I know nothing about the avalon logging. Is it a wrapper like commons-logging or is it a logging mechanism of its own? -----Original Message----- From: James Taylor [mailto:[EMAIL PROTECTED]] Sent: Wednesday, December 11, 2002 6:54 AM To: Turbine Developers List Subject: Re: logging (was: Re: [vote] plans for turbine 2.3) > turbine is not only the turbine.jar .. we use velocity, > commons-packages, ... > all this packages use different logging packages (log4j, > commons-logging, ...) > > so it will not be possible to have one single logging mechanism for > all > of them ... > i think this is a problem which should be discussed on the general list Yes, we are stuck with configuring many logging mechanisms now, and will continue to be. I thought the more immediate concern was logging WITHIN turbine and its associated services. For _that_ case I would like to see the avalon idiom and interfaces used, especially when we are already planning on using their lifecycle. It doesn't _matter_ what the actual logging mechanism is in such a case. I'm sure any of us with a reasonable complex application will be stuck configuring 3 or more anyway. Tangent: I'm all for sharing code, but what makes something in commons better than something in avalon-framework? Commons is pretty much unregulated, there is no reason to believe any of the commons projects are the best solution. Avalon-Framework has been through a number of revisions and has been fought over and refined for much longer than anything in commons. Lets make a decision that is technically best, and then work out the politics. -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]> -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
