Mailing-List: contact dev-help@harmony.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@harmony.apache.org
Received-SPF: pass (herse.apache.org: domain of mikhail.a.markov@gmail.com
 designates 66.249.92.173 as permitted sender)
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=beta;
        h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:references;
        b=k1fSmk9gON61wAEcEZ91M5/6VyuM+0ZZkX45MPUr3K2GMdBOczMe7BFchOViwf7ZeAAhpLVdJDERUXg9dP35MweL+YpZ6YIazi+BI5PB89QKI1eLcDaMeMTRWdqGWWwsE73+ql0R1VxbEIywbPBISTWC7e/iclfhzETkZYYnd8Q=
Message-ID: <51abf0750702070339h6a2c6ba0lba2d583380095e8f@mail.gmail.com>
Date: Wed, 7 Feb 2007 14:39:05 +0300
From: "Mikhail Markov" <mikhail.a.markov@gmail.com>
To: dev@harmony.apache.org
Subject: Re: [apps] Problem starting Geronimo 1.2 beta
In-Reply-To: <124E895C-ABCF-459C-A932-26F5951A1257@pobox.com>
MIME-Version: 1.0
Content-Type: multipart/alternative;
	boundary="----=_Part_3460_16360864.1170848345975"
References: <45C932AE.9000305@pobox.com>
	 <68D2D9DF-C172-4398-AF44-583A887E540A@pobox.com>
	 <BB0B8ABD-6091-40ED-9945-B589E56BE92B@pobox.com>
	 <51abf0750702070246x2f46e3f1w3d53eff99e18cd07@mail.gmail.com>
	 <124E895C-ABCF-459C-A932-26F5951A1257@pobox.com>

------=_Part_3460_16360864.1170848345975
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

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. <geir@pobox.com> 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. <geir@pobox.com> 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
> >> >
> >>
> >>
>
>

------=_Part_3460_16360864.1170848345975--