Yes, sure this is classloader problem, but MX4J has a nice mechanizm of choosing loggers: it either use the default java.util.logging, or, if 'mx4j.log.prototype' property is set, the logger specified in this property. Geronimo just hard-coded commons-logging and does not allow users to specify another logging facilities. If we could use j.u.l then Geronimo will probably start without problems. So, IMHO, partially this is also a Geronimo bug.
Regards, Mikhail On 2/7/07, Geir Magnusson Jr. <[EMAIL PROTECTED]> wrote:
On Feb 7, 2007, at 5:46 AM, Mikhail Markov wrote: > JFYI: there is also a specific JIRA in Geronimo describing the > hardcoded > commons-logging logger: http://issues.apache.org/jira/browse/ > GERONIMO-2595. THanks - I linked that to HARMONY-1259. I don't think this is a logging problem per se, but a classloader issue. > > Regards, > Mikhail > > On 2/7/07, Geir Magnusson Jr. <[EMAIL PROTECTED]> wrote: >> >> Ok - this is the old problem of hiding things on our bootclasspath >> like mx4j from apps. G uses mx4j, and it looks for commons-logging. >> >> I'm going to start a new thread, because this is a problem... :/ >> >> On Feb 6, 2007, at 9:22 PM, Geir Magnusson Jr. wrote: >> >> > Yah, this is the same thing in >> > >> > http://issues.apache.org/jira/browse/HARMONY-1259 >> > >> > (and we can't seem to start JBoss either... :) >> > >> > >> > On Feb 6, 2007, at 9:00 PM, Geir Magnusson Jr wrote: >> > >> >> I remember we had a similar looking problem a while ago, but I >> >> thought it was solved. Building DRLVM+Classlib from SVN head, and >> >> trying simply to start Geronimo 1.2 beta (tomcat version), I get >> >> this : >> >> >> >> 01:53:58,407 ERROR [GBeanInstanceState] Error while starting; >> >> GBean is now in the FAILED state: >> >> abstractName="org.apache.geronimo.configs/rmi-naming/1.2-beta/car? >> >> ServiceModule=org.apache.geronimo.configs/rmi-naming/1.2-beta/ >> >> car,j2eeType=GBean,name=MBeanServerReference" >> >> java.lang.NoClassDefFoundError: org/apache/commons/logging/ >> LogFactory >> >> at mx4j.log.Log.createLogger(Log.java:209) >> >> at mx4j.log.Log.getLogger(Log.java:178) >> >> at javax.management.MBeanServerFactory.getLogger >> >> (MBeanServerFactory.java:34) >> >> at javax.management.MBeanServerFactory.findMBeanServer >> >> (MBeanServerFactory.java) >> >> at >> >> org.apache.geronimo.system.jmx.RealMBeanServerReference.<init> >> >> (RealMBeanServerReference.java:33) >> >> at java.lang.reflect.VMReflection.newClassInstance >> >> (VMReflection.java) >> >> at java.lang.reflect.Constructor.newInstance >> >> (Constructor.java:298) >> >> at >> >> org.apache.geronimo.gbean.runtime.GBeanInstance.createInstance >> >> (GBeanInstance.java:921) >> >> at >> >> >> org.apache.geronimo.gbean.runtime.GBeanInstanceState.attemptFullStart >> >> (GBeanInstanceState.java:263) >> >> at >> >> org.apache.geronimo.gbean.runtime.GBeanInstanceState.start >> >> (GBeanInstanceState.java:99) >> >> at >> >> >> org.apache.geronimo.gbean.runtime.GBeanInstanceState.startRecursive >> >> (GBeanInstanceState.java:120) >> >> at >> >> org.apache.geronimo.gbean.runtime.GBeanInstance.startRecursive >> >> (GBeanInstance.java:542) >> >> at >> >> org.apache.geronimo.kernel.basic.BasicKernel.startRecursiveGBean >> >> (BasicKernel.java:378) >> >> >> >> >> >> I'll start digging through JIRAs, but I thought we had this >> solved. >> >> >> >> geir >> > >> >>
