You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@geronimo.apache.org by Joe Bohn <jo...@earthlink.net> on 2005/09/12 23:24:54 UTC
Error locating GBean for JettyRequestLog
With the most recent builds since late last week (maybe since we started
jointly building the image with Jetty and Tomcat) .... I've noticed a
problem with the Jetty Web Server Log.
First, we get this error during initialization of the server:
[********> ] 66% 31s Starting
...che/geronimo/JettyRuntimeDeployer16:39:07,023 ERROR
[LocalAttributeManager] Unable to store attribute type
org.mortbay.http.RequestLog
[*************] 100% 37s Startup complete
So it looks like something isn't right with the classloader, GBean
definition, or I don't know what .....
This then results in the following exception when we attempt to access
the content of the log from the console:
org.apache.geronimo.kernel.GBeanNotFoundException:
geronimo.server:J2EEApplication=null,J2EEModule=org/apache/geronimo/Server,J2EEServer=geronimo,j2eeType=GBean,name=JettyRequestLog
not found
at
org.apache.geronimo.kernel.basic.BasicRegistry.getGBeanInstance(BasicRegistry.java:110)
at
org.apache.geronimo.kernel.basic.BasicKernel.getAttribute(BasicKernel.java:165)
at
org.apache.geronimo.console.util.KernelHelper.get(KernelHelper.java:46)
at
org.apache.geronimo.console.logmanager.WebAccessLogHelper.getFiles(WebAccessLogHelper.java:145)
at
org.apache.geronimo.console.logmanager.WebAccessLogHelper.refresh(WebAccessLogHelper.java:171)
at
org.apache.geronimo.console.logmanager.WebAccessLogHelper.loadLogs(WebAccessLogHelper.java:55)
at
org.apache.geronimo.console.logmanager.WebAccessLogHelper.filterLogsByDate(WebAccessLogHelper.java:97)
at
org.apache.geronimo.console.logmanager.WebAccessLogHelper.getLogsByDate(WebAccessLogHelper.java:63)
at
org.apache.geronimo.console.logmanager.WebAccessLogViewerPortlet.doView(WebAccessLogViewerPortlet.java:76)
at javax.portlet.GenericPortlet.doDispatch(GenericPortlet.java:247)
at javax.portlet.GenericPortlet.render(GenericPortlet.java:175)
at
org.apache.pluto.core.PortletServlet.dispatch(PortletServlet.java:218)
at
org.apache.pluto.core.PortletServlet.doGet(PortletServlet.java:158)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:595)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:688)
at
org.apache.pluto.core.PortletServlet.service(PortletServlet.java:153)
at
org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:427)
at
org.apache.geronimo.jetty.JettyServletHolder.handle(JettyServletHolder.java:92)
at
org.mortbay.jetty.servlet.WebApplicationHandler$CachedChain.doFilter(WebApplicationHandler.java:832)
etc....
When I look at the NCSARequestLog I notice that where it is setting the
GBeanInfoBuilder values there is no attribute for the RequestLog ...
but when I look at older versions when the attribute could be found it
is the same setting (or lack of setting) for the RequestLog.
Any ideas?
--
Joe Bohn
joe.bohn@earthlink.net
"He is no fool who gives what he cannot keep, to gain what he cannot lose." -- Jim Elliot
Re: Error locating GBean for JettyRequestLog
Posted by Aaron Mulder <am...@alumni.princeton.edu>.
On Mon, 12 Sep 2005, Joe Bohn wrote:
> On that topic Aaron ... what were your thoughts about my proposal for
> this on 9/9?
>
> Is this in line with your thoughts?
Generally speaking it looked good. I need to look at exactly
what's in the current log helper class, and I'm not sure we want to
include as many criteria as you had (specifically I noticed auth user,
which may not be generally available). But I think we're thinking in the
same direction.
Aaron
> Aaron Mulder wrote:
>
> > I'll also try to migrate the request log features into the
> >management API soon so that we don't need to keep maintaining these fixed
> >name references and so we can support Tomcat as well.
> >
> >Aaron
> >
> >On Mon, 12 Sep 2005, Joe Bohn wrote:
> >
> >
> >>Never mind :-[ It turns out that it was the original constant file
> >>and somehow I didn't get everything rebuilt. I'll create a JIRA and
> >>add the patch.
> >>
> >>Joe Bohn wrote:
> >>
> >>
> >>
> >>>Well ... I knew of one place this was specified but it obviously isn't
> >>>the only place. :-) I made the change there and it didn't help the
> >>>problem.
> >>>
> >>>I did a grep from trunk of all *.java, *.xml, and *.properties files
> >>>and found 312 matches for "org/apach/geronimo/Server" in 122
> >>>different files.
> >>>
> >>>Only 2 matches were in console modules ... the one I knew of and
> >>>another one. Even after making those changes the error still
> >>>occurs. So, it appears that this is something bigger than just the
> >>>console.
> >>>
> >>>I'll try to narrow this down to the offending file(s) ... I'm sure
> >>>most of these references or garbage left after the change in the
> >>>name. If anybody has any suggestions I'm all ears. :-)
> >>>
> >>>Joe Bohn wrote:
> >>>
> >>>
> >>>
> >>>>Thanks David ... that does help.
> >>>>I know where it is getting the name from (it's in a constants file in
> >>>>the console). I'll update that file and see how far it gets.
> >>>>
> >>>>Joe
> >>>>
> >>>>David Jencks wrote:
> >>>>
> >>>>
> >>>>
> >>>>>On Sep 12, 2005, at 2:24 PM, Joe Bohn wrote:
> >>>>>
> >>>>>
> >>>>>
> >>>>>>With the most recent builds since late last week (maybe since we
> >>>>>>started jointly building the image with Jetty and Tomcat) ....
> >>>>>>I've noticed a problem with the Jetty Web Server Log.
> >>>>>>
> >>>>>>First, we get this error during initialization of the server:
> >>>>>>
> >>>>>>[********> ] 66% 31s Starting
> >>>>>>...che/geronimo/JettyRuntimeDeployer16:39:07,023 ERROR
> >>>>>>[LocalAttributeManager] Unable to store attribute type
> >>>>>>org.mortbay.http.RequestLog
> >>>>>>
> >>>>>>
> >>>>>
> >>>>>
> >>>>>I don't think this is a problem.
> >>>>>
> >>>>>
> >>>>>
> >>>>>>[*************] 100% 37s Startup complete
> >>>>>>
> >>>>>>So it looks like something isn't right with the classloader, GBean
> >>>>>>definition, or I don't know what .....
> >>>>>>
> >>>>>>This then results in the following exception when we attempt to
> >>>>>>access the content of the log from the console:
> >>>>>>
> >>>>>>org.apache.geronimo.kernel.GBeanNotFoundException:
> >>>>>>geronimo.server:J2EEApplication=null,J2EEModule=org/apache/geronimo/
> >>>>>>Server,J2EEServer=geronimo,j2eeType=GBean,name=JettyRequestLog not
> >>>>>>found
> >>>>>>
> >>>>>>
> >>>>>
> >>>>>
> >>>>>I don't know where this name came from, but it is wrong.
> >>>>>J2EEModule should be o/a/g/Jetty.
> >>>>>
> >>>>>
> >>>>>
> >>>>><snip>
> >>>>>
> >>>>>
> >>>>>
> >>>>>>When I look at the NCSARequestLog I notice that where it is
> >>>>>>setting the GBeanInfoBuilder values there is no attribute for the
> >>>>>>RequestLog ... but when I look at older versions when the
> >>>>>>attribute could be found it is the same setting (or lack of
> >>>>>>setting) for the RequestLog.
> >>>>>>
> >>>>>>
> >>>>>
> >>>>>I don't know about this part, but I would try fixing the gbean name
> >>>>>first.
> >>>>>
> >>>>>hope this helps,
> >>>>>david jencks
> >>>>>
> >>>>>
> >>>>>
> >>>>>
> >>>>>
> >>--
> >>Joe Bohn
> >>joe.bohn@earthlink.net
> >>
> >>"He is no fool who gives what he cannot keep, to gain what he cannot lose." -- Jim Elliot
> >>
> >>
> >>
> >>
> >
> >
> >
> >
>
> --
> Joe Bohn
> joe.bohn@earthlink.net
>
> "He is no fool who gives what he cannot keep, to gain what he cannot lose." -- Jim Elliot
>
>
Re: Error locating GBean for JettyRequestLog
Posted by Joe Bohn <jo...@earthlink.net>.
On that topic Aaron ... what were your thoughts about my proposal for
this on 9/9?
Is this in line with your thoughts?
Aaron Mulder wrote:
> I'll also try to migrate the request log features into the
>management API soon so that we don't need to keep maintaining these fixed
>name references and so we can support Tomcat as well.
>
>Aaron
>
>On Mon, 12 Sep 2005, Joe Bohn wrote:
>
>
>>Never mind :-[ It turns out that it was the original constant file
>>and somehow I didn't get everything rebuilt. I'll create a JIRA and
>>add the patch.
>>
>>Joe Bohn wrote:
>>
>>
>>
>>>Well ... I knew of one place this was specified but it obviously isn't
>>>the only place. :-) I made the change there and it didn't help the
>>>problem.
>>>
>>>I did a grep from trunk of all *.java, *.xml, and *.properties files
>>>and found 312 matches for "org/apach/geronimo/Server" in 122
>>>different files.
>>>
>>>Only 2 matches were in console modules ... the one I knew of and
>>>another one. Even after making those changes the error still
>>>occurs. So, it appears that this is something bigger than just the
>>>console.
>>>
>>>I'll try to narrow this down to the offending file(s) ... I'm sure
>>>most of these references or garbage left after the change in the
>>>name. If anybody has any suggestions I'm all ears. :-)
>>>
>>>Joe Bohn wrote:
>>>
>>>
>>>
>>>>Thanks David ... that does help.
>>>>I know where it is getting the name from (it's in a constants file in
>>>>the console). I'll update that file and see how far it gets.
>>>>
>>>>Joe
>>>>
>>>>David Jencks wrote:
>>>>
>>>>
>>>>
>>>>>On Sep 12, 2005, at 2:24 PM, Joe Bohn wrote:
>>>>>
>>>>>
>>>>>
>>>>>>With the most recent builds since late last week (maybe since we
>>>>>>started jointly building the image with Jetty and Tomcat) ....
>>>>>>I've noticed a problem with the Jetty Web Server Log.
>>>>>>
>>>>>>First, we get this error during initialization of the server:
>>>>>>
>>>>>>[********> ] 66% 31s Starting
>>>>>>...che/geronimo/JettyRuntimeDeployer16:39:07,023 ERROR
>>>>>>[LocalAttributeManager] Unable to store attribute type
>>>>>>org.mortbay.http.RequestLog
>>>>>>
>>>>>>
>>>>>
>>>>>
>>>>>I don't think this is a problem.
>>>>>
>>>>>
>>>>>
>>>>>>[*************] 100% 37s Startup complete
>>>>>>
>>>>>>So it looks like something isn't right with the classloader, GBean
>>>>>>definition, or I don't know what .....
>>>>>>
>>>>>>This then results in the following exception when we attempt to
>>>>>>access the content of the log from the console:
>>>>>>
>>>>>>org.apache.geronimo.kernel.GBeanNotFoundException:
>>>>>>geronimo.server:J2EEApplication=null,J2EEModule=org/apache/geronimo/
>>>>>>Server,J2EEServer=geronimo,j2eeType=GBean,name=JettyRequestLog not
>>>>>>found
>>>>>>
>>>>>>
>>>>>
>>>>>
>>>>>I don't know where this name came from, but it is wrong.
>>>>>J2EEModule should be o/a/g/Jetty.
>>>>>
>>>>>
>>>>>
>>>>><snip>
>>>>>
>>>>>
>>>>>
>>>>>>When I look at the NCSARequestLog I notice that where it is
>>>>>>setting the GBeanInfoBuilder values there is no attribute for the
>>>>>>RequestLog ... but when I look at older versions when the
>>>>>>attribute could be found it is the same setting (or lack of
>>>>>>setting) for the RequestLog.
>>>>>>
>>>>>>
>>>>>
>>>>>I don't know about this part, but I would try fixing the gbean name
>>>>>first.
>>>>>
>>>>>hope this helps,
>>>>>david jencks
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>--
>>Joe Bohn
>>joe.bohn@earthlink.net
>>
>>"He is no fool who gives what he cannot keep, to gain what he cannot lose." -- Jim Elliot
>>
>>
>>
>>
>
>
>
>
--
Joe Bohn
joe.bohn@earthlink.net
"He is no fool who gives what he cannot keep, to gain what he cannot lose." -- Jim Elliot
Re: Error locating GBean for JettyRequestLog
Posted by Aaron Mulder <am...@alumni.princeton.edu>.
I'll also try to migrate the request log features into the
management API soon so that we don't need to keep maintaining these fixed
name references and so we can support Tomcat as well.
Aaron
On Mon, 12 Sep 2005, Joe Bohn wrote:
> Never mind :-[ It turns out that it was the original constant file
> and somehow I didn't get everything rebuilt. I'll create a JIRA and
> add the patch.
>
> Joe Bohn wrote:
>
> > Well ... I knew of one place this was specified but it obviously isn't
> > the only place. :-) I made the change there and it didn't help the
> > problem.
> >
> > I did a grep from trunk of all *.java, *.xml, and *.properties files
> > and found 312 matches for "org/apach/geronimo/Server" in 122
> > different files.
> >
> > Only 2 matches were in console modules ... the one I knew of and
> > another one. Even after making those changes the error still
> > occurs. So, it appears that this is something bigger than just the
> > console.
> >
> > I'll try to narrow this down to the offending file(s) ... I'm sure
> > most of these references or garbage left after the change in the
> > name. If anybody has any suggestions I'm all ears. :-)
> >
> > Joe Bohn wrote:
> >
> >> Thanks David ... that does help.
> >> I know where it is getting the name from (it's in a constants file in
> >> the console). I'll update that file and see how far it gets.
> >>
> >> Joe
> >>
> >> David Jencks wrote:
> >>
> >>>
> >>> On Sep 12, 2005, at 2:24 PM, Joe Bohn wrote:
> >>>
> >>>> With the most recent builds since late last week (maybe since we
> >>>> started jointly building the image with Jetty and Tomcat) ....
> >>>> I've noticed a problem with the Jetty Web Server Log.
> >>>>
> >>>> First, we get this error during initialization of the server:
> >>>>
> >>>> [********> ] 66% 31s Starting
> >>>> ...che/geronimo/JettyRuntimeDeployer16:39:07,023 ERROR
> >>>> [LocalAttributeManager] Unable to store attribute type
> >>>> org.mortbay.http.RequestLog
> >>>
> >>>
> >>>
> >>>
> >>> I don't think this is a problem.
> >>>
> >>>> [*************] 100% 37s Startup complete
> >>>>
> >>>> So it looks like something isn't right with the classloader, GBean
> >>>> definition, or I don't know what .....
> >>>>
> >>>> This then results in the following exception when we attempt to
> >>>> access the content of the log from the console:
> >>>>
> >>>> org.apache.geronimo.kernel.GBeanNotFoundException:
> >>>> geronimo.server:J2EEApplication=null,J2EEModule=org/apache/geronimo/
> >>>> Server,J2EEServer=geronimo,j2eeType=GBean,name=JettyRequestLog not
> >>>> found
> >>>
> >>>
> >>>
> >>>
> >>> I don't know where this name came from, but it is wrong.
> >>> J2EEModule should be o/a/g/Jetty.
> >>>
> >>>>
> >>> <snip>
> >>>
> >>>> When I look at the NCSARequestLog I notice that where it is
> >>>> setting the GBeanInfoBuilder values there is no attribute for the
> >>>> RequestLog ... but when I look at older versions when the
> >>>> attribute could be found it is the same setting (or lack of
> >>>> setting) for the RequestLog.
> >>>
> >>>
> >>>
> >>> I don't know about this part, but I would try fixing the gbean name
> >>> first.
> >>>
> >>> hope this helps,
> >>> david jencks
> >>>
> >>>
> >>>
> >>
> >
>
> --
> Joe Bohn
> joe.bohn@earthlink.net
>
> "He is no fool who gives what he cannot keep, to gain what he cannot lose." -- Jim Elliot
>
>
Re: Error locating GBean for JettyRequestLog
Posted by Joe Bohn <jo...@earthlink.net>.
Never mind :-[ It turns out that it was the original constant file
and somehow I didn't get everything rebuilt. I'll create a JIRA and
add the patch.
Joe Bohn wrote:
> Well ... I knew of one place this was specified but it obviously isn't
> the only place. :-) I made the change there and it didn't help the
> problem.
>
> I did a grep from trunk of all *.java, *.xml, and *.properties files
> and found 312 matches for "org/apach/geronimo/Server" in 122
> different files.
>
> Only 2 matches were in console modules ... the one I knew of and
> another one. Even after making those changes the error still
> occurs. So, it appears that this is something bigger than just the
> console.
>
> I'll try to narrow this down to the offending file(s) ... I'm sure
> most of these references or garbage left after the change in the
> name. If anybody has any suggestions I'm all ears. :-)
>
> Joe Bohn wrote:
>
>> Thanks David ... that does help.
>> I know where it is getting the name from (it's in a constants file in
>> the console). I'll update that file and see how far it gets.
>>
>> Joe
>>
>> David Jencks wrote:
>>
>>>
>>> On Sep 12, 2005, at 2:24 PM, Joe Bohn wrote:
>>>
>>>> With the most recent builds since late last week (maybe since we
>>>> started jointly building the image with Jetty and Tomcat) ....
>>>> I've noticed a problem with the Jetty Web Server Log.
>>>>
>>>> First, we get this error during initialization of the server:
>>>>
>>>> [********> ] 66% 31s Starting
>>>> ...che/geronimo/JettyRuntimeDeployer16:39:07,023 ERROR
>>>> [LocalAttributeManager] Unable to store attribute type
>>>> org.mortbay.http.RequestLog
>>>
>>>
>>>
>>>
>>> I don't think this is a problem.
>>>
>>>> [*************] 100% 37s Startup complete
>>>>
>>>> So it looks like something isn't right with the classloader, GBean
>>>> definition, or I don't know what .....
>>>>
>>>> This then results in the following exception when we attempt to
>>>> access the content of the log from the console:
>>>>
>>>> org.apache.geronimo.kernel.GBeanNotFoundException:
>>>> geronimo.server:J2EEApplication=null,J2EEModule=org/apache/geronimo/
>>>> Server,J2EEServer=geronimo,j2eeType=GBean,name=JettyRequestLog not
>>>> found
>>>
>>>
>>>
>>>
>>> I don't know where this name came from, but it is wrong.
>>> J2EEModule should be o/a/g/Jetty.
>>>
>>>>
>>> <snip>
>>>
>>>> When I look at the NCSARequestLog I notice that where it is
>>>> setting the GBeanInfoBuilder values there is no attribute for the
>>>> RequestLog ... but when I look at older versions when the
>>>> attribute could be found it is the same setting (or lack of
>>>> setting) for the RequestLog.
>>>
>>>
>>>
>>> I don't know about this part, but I would try fixing the gbean name
>>> first.
>>>
>>> hope this helps,
>>> david jencks
>>>
>>>
>>>
>>
>
--
Joe Bohn
joe.bohn@earthlink.net
"He is no fool who gives what he cannot keep, to gain what he cannot lose." -- Jim Elliot
Re: Error locating GBean for JettyRequestLog
Posted by Joe Bohn <jo...@earthlink.net>.
Well ... I knew of one place this was specified but it obviously isn't
the only place. :-) I made the change there and it didn't help the problem.
I did a grep from trunk of all *.java, *.xml, and *.properties files and
found 312 matches for "org/apach/geronimo/Server" in 122 different files.
Only 2 matches were in console modules ... the one I knew of and another
one. Even after making those changes the error still occurs. So, it
appears that this is something bigger than just the console.
I'll try to narrow this down to the offending file(s) ... I'm sure most
of these references or garbage left after the change in the name. If
anybody has any suggestions I'm all ears. :-)
Joe Bohn wrote:
> Thanks David ... that does help.
> I know where it is getting the name from (it's in a constants file in
> the console). I'll update that file and see how far it gets.
>
> Joe
>
> David Jencks wrote:
>
>>
>> On Sep 12, 2005, at 2:24 PM, Joe Bohn wrote:
>>
>>> With the most recent builds since late last week (maybe since we
>>> started jointly building the image with Jetty and Tomcat) ....
>>> I've noticed a problem with the Jetty Web Server Log.
>>>
>>> First, we get this error during initialization of the server:
>>>
>>> [********> ] 66% 31s Starting
>>> ...che/geronimo/JettyRuntimeDeployer16:39:07,023 ERROR
>>> [LocalAttributeManager] Unable to store attribute type
>>> org.mortbay.http.RequestLog
>>
>>
>>
>> I don't think this is a problem.
>>
>>> [*************] 100% 37s Startup complete
>>>
>>> So it looks like something isn't right with the classloader, GBean
>>> definition, or I don't know what .....
>>>
>>> This then results in the following exception when we attempt to
>>> access the content of the log from the console:
>>>
>>> org.apache.geronimo.kernel.GBeanNotFoundException:
>>> geronimo.server:J2EEApplication=null,J2EEModule=org/apache/geronimo/
>>> Server,J2EEServer=geronimo,j2eeType=GBean,name=JettyRequestLog not
>>> found
>>
>>
>>
>> I don't know where this name came from, but it is wrong. J2EEModule
>> should be o/a/g/Jetty.
>>
>>>
>> <snip>
>>
>>> When I look at the NCSARequestLog I notice that where it is setting
>>> the GBeanInfoBuilder values there is no attribute for the
>>> RequestLog ... but when I look at older versions when the
>>> attribute could be found it is the same setting (or lack of
>>> setting) for the RequestLog.
>>
>>
>> I don't know about this part, but I would try fixing the gbean name
>> first.
>>
>> hope this helps,
>> david jencks
>>
>>
>>
>
--
Joe Bohn
joe.bohn@earthlink.net
"He is no fool who gives what he cannot keep, to gain what he cannot lose." -- Jim Elliot
Re: Error locating GBean for JettyRequestLog
Posted by Joe Bohn <jo...@earthlink.net>.
Thanks David ... that does help.
I know where it is getting the name from (it's in a constants file in
the console). I'll update that file and see how far it gets.
Joe
David Jencks wrote:
>
> On Sep 12, 2005, at 2:24 PM, Joe Bohn wrote:
>
>> With the most recent builds since late last week (maybe since we
>> started jointly building the image with Jetty and Tomcat) .... I've
>> noticed a problem with the Jetty Web Server Log.
>>
>> First, we get this error during initialization of the server:
>>
>> [********> ] 66% 31s Starting
>> ...che/geronimo/JettyRuntimeDeployer16:39:07,023 ERROR
>> [LocalAttributeManager] Unable to store attribute type
>> org.mortbay.http.RequestLog
>
>
> I don't think this is a problem.
>
>> [*************] 100% 37s Startup complete
>>
>> So it looks like something isn't right with the classloader, GBean
>> definition, or I don't know what .....
>>
>> This then results in the following exception when we attempt to
>> access the content of the log from the console:
>>
>> org.apache.geronimo.kernel.GBeanNotFoundException:
>> geronimo.server:J2EEApplication=null,J2EEModule=org/apache/geronimo/
>> Server,J2EEServer=geronimo,j2eeType=GBean,name=JettyRequestLog not
>> found
>
>
> I don't know where this name came from, but it is wrong. J2EEModule
> should be o/a/g/Jetty.
>
>>
> <snip>
>
>> When I look at the NCSARequestLog I notice that where it is setting
>> the GBeanInfoBuilder values there is no attribute for the
>> RequestLog ... but when I look at older versions when the attribute
>> could be found it is the same setting (or lack of setting) for the
>> RequestLog.
>
> I don't know about this part, but I would try fixing the gbean name
> first.
>
> hope this helps,
> david jencks
>
>
>
--
Joe Bohn
joe.bohn@earthlink.net
"He is no fool who gives what he cannot keep, to gain what he cannot lose." -- Jim Elliot
Re: Error locating GBean for JettyRequestLog
Posted by David Jencks <da...@yahoo.com>.
On Sep 12, 2005, at 2:24 PM, Joe Bohn wrote:
> With the most recent builds since late last week (maybe since we
> started jointly building the image with Jetty and Tomcat) .... I've
> noticed a problem with the Jetty Web Server Log.
>
> First, we get this error during initialization of the server:
>
> [********> ] 66% 31s Starting
> ...che/geronimo/JettyRuntimeDeployer16:39:07,023 ERROR
> [LocalAttributeManager] Unable to store attribute type
> org.mortbay.http.RequestLog
I don't think this is a problem.
> [*************] 100% 37s Startup complete
>
> So it looks like something isn't right with the classloader, GBean
> definition, or I don't know what .....
>
> This then results in the following exception when we attempt to access
> the content of the log from the console:
>
> org.apache.geronimo.kernel.GBeanNotFoundException:
> geronimo.server:J2EEApplication=null,J2EEModule=org/apache/geronimo/
> Server,J2EEServer=geronimo,j2eeType=GBean,name=JettyRequestLog not
> found
I don't know where this name came from, but it is wrong. J2EEModule
should be o/a/g/Jetty.
>
<snip>
> When I look at the NCSARequestLog I notice that where it is setting
> the GBeanInfoBuilder values there is no attribute for the RequestLog
> ... but when I look at older versions when the attribute could be
> found it is the same setting (or lack of setting) for the RequestLog.
I don't know about this part, but I would try fixing the gbean name
first.
hope this helps,
david jencks