Aron,
I am not sure I understand the question. If you are planning to write libraries which will use log4j, then let the user configure log4j, don't have your library configure log4j. Does this answer your question? At 01:34 12.01.2002 -0800, you wrote: >Ceki, > >Thanks for the response, I will mention this to them and wait for a >response. >What strategies would you recommend for internal development of libraries >and components that we could use to ease the pain associated with this? > >Aron. > >[EMAIL PROTECTED] >iTouch Australia > >----- Original Message ----- >From: "Ceki Gülcü" <[EMAIL PROTECTED]> >To: "Log4J Users List" <[EMAIL PROTECTED]> >Sent: Friday, January 11, 2002 6:25 AM >Subject: Re: multiple components using log4j causes problems > > > >This is a very serious problem. The new log4j API allows the main >program to install a RepositorySelector which can control the >hierarchy to be used depending on the context, for example depending >on the enterprise application. However, this requires support from the >application server because only the application server (e.g. JBoss) >controls the context. > >In short log4j has the required pluggable interface, the application >server writers need to jump on the wagon. I suggest that you mention >the problem to the JBoss people also mentioning the new RepositorySelector >API in log4j. > >At 00:15 12.01.2002 -0800, Aron Kramlik wrote: >>Hi! >> >>We are coming across a bit of a problem where more and more third party >>libraries and applications are using log4j for their logging. The problem >comes >>when JBoss or OpenJMS and third party libraries are all doing their >initialisation >>of log4j and we need to as well when we deploy our components. >> >>Have other faced this problem? What are the suggested practices for this? >> >>Thanks. >> >>Aron. >> >>[EMAIL PROTECTED] >>iTouch Australia > >-- >Ceki Gülcü - http://qos.ch > > > >-- >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]> -- Ceki Gülcü - http://qos.ch -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
