You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@cocoon.apache.org by bu...@apache.org on 2003/11/25 10:44:22 UTC
DO NOT REPLY [Bug 24964] -
broken SlideRepository <-> SlideSourceFactory / SlidePrincipalProvider
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://nagoya.apache.org/bugzilla/show_bug.cgi?id=24964>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=24964
broken SlideRepository <-> SlideSourceFactory / SlidePrincipalProvider
------- Additional Comments From joerg.heinicke@gmx.de 2003-11-25 09:44 -------
Part II was my fault. When changing Composable => Serviceable I went one step to
far and changed the xconf also, though there is no need for (or worse it even
harms) as an ExtendedComponentSelector is wrapped by a WrappedServiceSelector
when using it with a ServiceManager. In the meantime I know it, at that time I
guess not. Fixed it. Thanks for spotting. I had a look at that sample when
Werner Masik reported the problem but could not find the reason.
Now I get a NPE when I login into the slide sample.
org.apache.cocoon.ProcessingException: Failed to execute pipeline.:
java.lang.NullPointerException
at
org.apache.cocoon.components.source.impl.SitemapSource.toSAX(SitemapSource.java:473)
at org.apache.cocoon.components.source.SourceUtil.toSAX(SourceUtil.java:163)
at org.apache.cocoon.components.source.SourceUtil.toSAX(SourceUtil.java:128)
at org.apache.cocoon.components.source.SourceUtil.toDOM(SourceUtil.java:322)
at
org.apache.cocoon.webapps.authentication.components.PipelineAuthenticator.authenticate(PipelineAuthenticator.java:183)
at
org.apache.cocoon.webapps.authentication.components.DefaultAuthenticationManager.login(DefaultAuthenticationManager.java:243)
at
org.apache.cocoon.webapps.authentication.acting.LoginAction.act(LoginAction.java:117)
at
org.apache.cocoon.components.treeprocessor.sitemap.ActTypeNode.invoke(ActTypeNode.java:152)
Is it the same for you? Is this related to Part I of your bug report? I don't
think so.