On Tue, 2005-07-26 at 11:35 -0700, Elias Ross wrote:
On Tue, 2005-07-26 at 09:49 -0700, Mark Palmer wrote:
My code and needs to be common/lib (i.e. don't want to
modify the web application war file in any way)
This means log4j needs to be in common/lib as well.
This is more of a
Simon,
Thankyou for taking the time to reply.
I am not using the Contextual Repository Selector. One
of my goals was not to change the web application in
any way, and allow the web application to be bundled
with log4j (any version) including it's configuration.
i.e. I wanted to be able to work
On Wed, 2005-07-27 at 03:16 -0700, Mark Palmer wrote:
What I need is a way to programatically append to the
webapps logging context.
Hmm. So given a webapp which might have log4j bundled with it, when that
webapp calls into your code which is deployed
within the container's classpath you want
At 01:25 PM 7/27/2005, Simon Kitching wrote:
You might want to read a little rant I wrote recently about misusing
classloader hierarchies in containers. It's not entirely relevant to
your current issue but some of it might be useful:
I have written a open source version of jta for tomcat
that can be used with and the existing version of
apache DBCP. (to be released shortly)
I am using log4j of course:-)
My code and needs to be common/lib (i.e. don't want to
modify the web application war file in any way)
This means log4j
On Tue, 2005-07-26 at 09:49 -0700, Mark Palmer wrote:
My code and needs to be common/lib (i.e. don't want to
modify the web application war file in any way)
This means log4j needs to be in common/lib as well.
This is more of a user question (and a FAQ really), but here's an idea
I'd like