[prev in list] [next in list] [prev in thread] [next in thread] 

List:       xml-cocoon-dev
Subject:    RE: [BUG] cocoon doesn't reload
From:       "Antonio Gallardo" <agallardo () agsoftware ! dnsalias ! com>
Date:       2003-03-31 14:10:56
[Download RAW message or body]

hi:

Can this issue also be related to:

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=18131

Antonio Gallardo

Geoff Howard dijo:
> I had been assuming this was only happening in Jetty, but did just
> notice that it does in Tomcat as well.  It's been going on for
> a little while (week or two??).
>
> I'm not too far into the process yet, but it looks like
> the old cocoon isn't finished even decommisioning
> components when service() calls this.cocoon.process() at
> line 1074 in CocoonServlet.
>
> core.log :
> DEBUG   (2003-03-30) 14:06.56:556   [core.manager] (Unknown-URI)
> Unknown-thread/DefaultComponentFactory: ComponentFactory decommissioning
> instance of
> org.apache.cocoon.components.classloader.ClassLoaderManagerImpl. DEBUG
> (2003-03-30) 14:06.56:556   [core.manager] (Unknown-URI)
> Unknown-thread/DefaultComponentFactory: ComponentFactory decommissioning
> instance of org.apache.excalibur.store.impl.StoreJanitorImpl.
> DEBUG   (2003-03-30) 14:06.56:556   [core.manager] (Unknown-URI)
> Unknown-thread/DefaultComponentFactory: ComponentFactory decommissioning
> instance of org.apache.cocoon.components.resolver.DefaultResolver. <EOF>
>
> and error.log :
> ERROR   (2003-03-30) 14:06.56:566   [access] (/samples/status.html)
> PoolThread-4/CocoonServlet: Internal Cocoon Problem
> java.lang.IllegalStateException: You cannot lookup components on a
> disposed ComponentLocator
> 	at
> org.apache.avalon.excalibur.component.ExcaliburComponentManager.lookup(Excal
> iburComponentManager.java:199)
> 	at
> org.apache.cocoon.components.CocoonComponentManager.lookup(CocoonComponentMa
> nager.java:294)
> 	at
> org.apache.cocoon.environment.AbstractEnvironment.startingProcessing(Abstrac
> tEnvironment.java:560)
> 	at
> org.apache.cocoon.components.CocoonComponentManager.startProcessing(CocoonCo
> mponentManager.java:181)
> 	at org.apache.cocoon.Cocoon.process(Cocoon.java:628)
> 	at
> org.apache.cocoon.servlet.CocoonServlet.service(CocoonServlet.java:1074)
>
> Note the time - both decommissioning and process() are happening at
> 14:06.56:566
>
> I thought getCocoon() at 997 would block until createCocoon() and
> disposeCocoon() were
> totally finished.  If that is what should be happening, that seems to be
> the problem.
>
> So, best guesses for the culprit are:
> CocoonServlet - something in the dispose process
> Cocoon.java - dispose() or something it calls
> ComponentManager (ECM)
>
>>From a quick look, at the cvs history, the last two seem most likely.
> excalibur-component-complete-1.1.jar was updated 3/19 to the latest
> avalon/excalibur releases - could there be a change there?
>
> There are some changes to Cocoon.java over the last few weeks by Carsten
> and Berin that could possibly be involved at first glance, but I don't
> have time to
> dig more ATM.
>
> Geoff
>
>> -----Original Message-----
>> From: Stefano Mazzocchi [mailto:stefano@apache.org]
>> Sent: Sunday, March 30, 2003 11:14 AM
>> To: Apache Cocoon
>> Subject: [BUG] cocoon doesn't reload
>>
>>
>> With latest HEAD, if you do
>>
>>   http://localhost:8888/?cocoon-reload=true
>>
>> you get an internal server error that says that
>>
>>   "you cannot lookup components on a disposed ComponentLocator"
>>
>> it seems that once shutdown, the component manager is not recreated.
>>
>> Any idea on what broke this? or how to fix it?
>>
>> Stefano.



[prev in list] [next in list] [prev in thread] [next in thread]