cocoon-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Ovidiu Predescu <ovi...@cup.hp.com>
Subject Re: cocoon.xconf user roles not working?
Date Thu, 02 May 2002 01:30:00 GMT
On Wed, 01 May 2002 18:16:25 -0700, Ovidiu Predescu <ovidiu@cup.hp.com> wrote:

> I'm having problems trying to use user roles in cocoon.xconf.  I use
> user roles in Schecoon to define new roles, and everything worked fine
> until today, when I did a CVS update from the main trunk. Apparently
> the components defined in user.roles are not properly registered. My
> components don't even seem to be created.
> 
> I noticed the latest Cocoon uses a newer Excalibur jar. The component
> which fails is a Selector inherited from
> ExcaliburComponentSelector. Is it possible the lookup/registration
> mechanism changed again?

The problem seems to be created by the fact that getLogger() returns
null in ExcaliburComponentSelector. This smells like a problem in
Excalibur; here is the stack trace I get:

ERROR   (2002-05-01) 18:25.21:425   [core.manager](Unknown-URI) Unknown-thread/ExcaliburComponentManager:
Caught an exception trying to initialize the component handler.
java.lang.NullPointerException
        at org.apache.log.Logger.fireEvent(Logger.java:590)
        at org.apache.log.Logger.output(Logger.java:565)
        at org.apache.log.Logger.output(Logger.java:548)
        at org.apache.log.Logger.debug(Logger.java:110)
        at org.apache.avalon.excalibur.component.ExcaliburComponentSelector.configure(ExcaliburComponentSelector.java:302)
        at org.apache.cocoon.components.flow.InterpreterSelector.configure(InterpreterSelector.java:29)
        at org.apache.avalon.excalibur.component.DefaultComponentFactory.newInstance(DefaultComponentFactory.java:191)
        at org.apache.avalon.excalibur.component.ThreadSafeComponentHandler.initialize(ThreadSafeComponentHandler.java:104)
        at org.apache.avalon.excalibur.component.ExcaliburComponentManager.initialize(ExcaliburComponentManager.java:157)
        at org.apache.cocoon.Cocoon.initialize(Cocoon.java:274)
        at org.apache.cocoon.servlet.CocoonServlet.createCocoon(CocoonServlet.java:1214)
        at org.apache.cocoon.servlet.CocoonServlet.init(CocoonServlet.java:415)
        at org.apache.tomcat.facade.ServletHandler.doInit(Unknown Source)
        at org.apache.tomcat.facade.ServletHandler.init(Unknown Source)
        at org.apache.tomcat.facade.LoadOnStartupInterceptor.contextInit(Unknown Source)
        at org.apache.tomcat.core.Context.init(Unknown Source)
        at org.apache.tomcat.core.ContextManager.init(Unknown Source)
        at org.apache.tomcat.startup.EmbededTomcat.initContextManager(Unknown Source)
        at org.apache.tomcat.startup.EmbededTomcat.execute1(Unknown Source)
        at org.apache.tomcat.startup.EmbededTomcat$1.run(Unknown Source)
        at org.apache.tomcat.util.compat.Jdk12Support$PrivilegedProxy.run(Unknown Source)
        at java.security.AccessController.doPrivileged(Native Method)
        at org.apache.tomcat.util.compat.Jdk12Support.doPrivileged(Unknown Source)
        at org.apache.tomcat.startup.EmbededTomcat.execute(Unknown Source)
        at java.lang.reflect.Method.invoke(Native Method)
        at org.apache.tomcat.util.IntrospectionUtils.execute(Unknown Source)
        at org.apache.tomcat.startup.Main.execute(Unknown Source)
        at org.apache.tomcat.startup.Main.main(Unknown Source)

Any ideas?

Regards,
-- 
Ovidiu Predescu <ovidiu@cup.hp.com>
http://www.geocities.com/SiliconValley/Monitor/7464/ (GNU, Emacs, other stuff)

---------------------------------------------------------------------
To unsubscribe, e-mail: cocoon-dev-unsubscribe@xml.apache.org
For additional commands, email: cocoon-dev-help@xml.apache.org


Mime
View raw message