Hi Brian,

for Tomcat 4 you have to put the xerces and xalan versions of
Cocoon into the tomcat endorsed directory.
This is either described somewhere in the installation docs
or you have to search the mail archives for this.

HTH
Carsten

> -----Original Message-----
> From: Brian Schwark [mailto:[EMAIL PROTECTED]]
> Sent: Tuesday, October 08, 2002 3:35 PM
> To: [EMAIL PROTECTED]
> Subject: Re: sunRise - java.lang.NullPointerException
>
>
> Carsten, thanks for the response.
>
> The stack trace for my problem is as follows: (Spammy...)
>
> *type* fatal
>
> *message* _null_
>
> *description* _java.lang.NullPointerException_
>
> *sender* org.apache.cocoon.servlet.CocoonServlet
>
> *source* Cocoon servlet
>
> *stack-trace*
>
> java.lang.NullPointerException
>       at
> org.apache.cocoon.sunshine.xml.XMLUtil.getNodesFromPath(XMLUtil.java:869)
>       at
> org.apache.cocoon.sunshine.xml.XMLUtil.getNodesFromPath(XMLUtil.java:871)
>       at
> org.apache.cocoon.sunshine.xml.XMLUtil.getNodesFromPath(XMLUtil.java:871)
>       at
> org.apache.cocoon.sunshine.xml.XMLUtil.getNodeListFromPath(XMLUtil
> .java:836)
>       at
> org.apache.cocoon.sunshine.context.SimpleSessionContext.getXML(Sim
> pleSessionContext.java:173)
>       at
> org.apache.cocoon.sunshine.sunrise.SunRise.isAuthenticated(SunRise
> .java:691)
>       at
> org.apache.cocoon.sunshine.sunrise.SunRise.checkAuthentication(Sun
> Rise.java:766)
>       at
> org.apache.cocoon.sunshine.sunrise.acting.AuthAction.act(AuthActio
> n.java:122)
>       at
> org.apache.cocoon.www.file_.C_.Program_Files.Apache_Group.Tomcat_4
> _1.webapps.cocoon.sitemap_xmap.matchN400948(C:\Program
> Files\Apache Group\Tomcat
> 4.1\work\Standalone\localhost\cocoon\cocoon-files\org/apache/cocoo
n/www/file_/C_/Program_Files/Apache_Group/Tomcat_4_1/webapps/cocoon\sitemap_
xmap.java:10954)
>       at
> org.apache.cocoon.www.file_.C_.Program_Files.Apache_Group.Tomcat_4
> _1.webapps.cocoon.sitemap_xmap.process(C:\Program Files\Apache
> Group\Tomcat
> 4.1\work\Standalone\localhost\cocoon\cocoon-files\org/apache/cocoo
n/www/file_/C_/Program_Files/Apache_Group/Tomcat_4_1/webapps/cocoon\sitemap_
xmap.java:4491)
>       at
> org.apache.cocoon.www.file_.C_.Program_Files.Apache_Group.Tomcat_4
> _1.webapps.cocoon.sitemap_xmap.process(C:\Program Files\Apache
> Group\Tomcat
> 4.1\work\Standalone\localhost\cocoon\cocoon-files\org/apache/cocoo
n/www/file_/C_/Program_Files/Apache_Group/Tomcat_4_1/webapps/cocoon\sitemap_
xmap.java:3867)
>       at org.apache.cocoon.sitemap.Handler.process(Handler.java:224)
>       at org.apache.cocoon.sitemap.Manager.invoke(Manager.java:179)
>       at
> org.apache.cocoon.sitemap.SitemapManager.process(SitemapManager.java:154)
>       at org.apache.cocoon.Cocoon.process(Cocoon.java:575)
>       at
> org.apache.cocoon.servlet.CocoonServlet.service(CocoonServlet.java:999)
>       at javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
>       at
> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(A
> pplicationFilterChain.java:247)
>       at
> org.apache.catalina.core.ApplicationFilterChain.doFilter(Applicati
> onFilterChain.java:193)
>       at
> org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapp
> erValve.java:260)
>       at
> org.apache.catalina.core.StandardPipeline$StandardPipelineValveCon
> text.invokeNext(StandardPipeline.java:643)
>       at
> org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.
> java:480)
>       at
> org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995)
>       at
> org.apache.catalina.core.StandardContextValve.invoke(StandardConte
> xtValve.java:191)
>       at
> org.apache.catalina.core.StandardPipeline$StandardPipelineValveCon
> text.invokeNext(StandardPipeline.java:643)
>       at
> org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.
> java:480)
>       at
> org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995)
>       at
> org.apache.catalina.core.StandardContext.invoke(StandardContext.java:2350)
>       at
> org.apache.catalina.core.StandardHostValve.invoke(StandardHostValv
> e.java:180)
>       at
> org.apache.catalina.core.StandardPipeline$StandardPipelineValveCon
> text.invokeNext(StandardPipeline.java:643)
>       at
> org.apache.catalina.valves.ErrorDispatcherValve.invoke(ErrorDispat
> cherValve.java:170)
>       at
> org.apache.catalina.core.StandardPipeline$StandardPipelineValveCon
> text.invokeNext(StandardPipeline.java:641)
>       at
> org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValv
> e.java:171)
>       at
> org.apache.catalina.core.StandardPipeline$StandardPipelineValveCon
> text.invokeNext(StandardPipeline.java:641)
>       at
> org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.
> java:480)
>       at
> org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995)
>       at
> org.apache.catalina.core.StandardEngineValve.invoke(StandardEngine
> Valve.java:174)
>       at
> org.apache.catalina.core.StandardPipeline$StandardPipelineValveCon
> text.invokeNext(StandardPipeline.java:643)
>       at
> org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.
> java:480)
>       at
> org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995)
>       at
> org.apache.coyote.tomcat4.CoyoteAdapter.service(CoyoteAdapter.java:223)
>       at
> org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:405)
>       at
> org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.pr
> ocessConnection(Http11Protocol.java:380)
>       at
> org.apache.tomcat.util.net.TcpWorkerThread.runIt(PoolTcpEndpoint.java:508)
>       at
> org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(Thre
> adPool.java:533)
>       at java.lang.Thread.run(Thread.java:536)
>
> *request-uri*
>
> /cocoon/foo-protected
>
> *path-info*
>
> foo-protected
>
> Here's the pipelines I've defined for my handler, which for testing
> purposes is just called "foo-handler".
>
> Loginpage Pipeline:
>
> <map:match pattern="foo-loginpage">
>               <map:generate src="content/logintest/loginpage.xml" />
>               <map:transform src="content/logintest/loginpage.xsl" />
>               <map:transform type="encodeURL" />
>               <map:serialize />
>     </map:match>
>
> Protected Resource:
>
> <map:match pattern="foo-protected">
>         <map:act type="sunRise-auth">
>             <map:parameter name="handler" value="foo-handler"/>
>             <map:generate src="content/logintest/protected.xml"/>
>         </map:act>
>         <map:transform src="content/logintest/protected.xsl"/>
>         <map:serialize/>
> </map:match>
>
> Login Resource:
>
> <map:match pattern="foo-login">
>          <map:act type="sunRise-login">
>            <map:parameter name="handler" value="foo-handler"/>
>            <map:parameter name="parameter_name" value="request:name"/>
>            <map:parameter name="parameter_password"
> value="request:password"/>
>            <!-- If the authentication is successful then this redirect
> will be performed -->
>            <map:redirect-to uri="foo-protected"/>
>          </map:act>
>          <!-- authentication failed: -->
>          <map:generate src="login-failed.xml"/>
>          <map:transform src="login-failed.xsl"/>
>         <map:serialize/>
>       </map:match>
>
> Authenticatoin resource:
>
> <map:match pattern="foo-authuser">
>             <map:generate src="content/logintest/authenticate.xml" />
>             <map:transform src="content/logintest/foo-user.xsl">
>                <map:parameter name="use-request-parameters"
> value="true" />
>             </map:transform>
>             <map:serialize type = "xml" />
>       </map:match>
>
> My test example is rather limited, merely so that I can gain enough
> knowledge to implement sunRise. My authentication resource is creating
> the required XML file from another XML file containing usernames and
> passwords. (As per Matthew Langham's sunRise component guide,
> http://radio.weblogs.com/0103021/stories/2002/02/28/usingTheSunris
> eComponents.html).
> Everything I have implemented thus far is straight from his guide, in it
> you can see the syntax of the individual files of the pipeline that I
> have used.
>
> I get completely through the login sequence, until after entering my
> username and password and being redirected back to my protected
> resource. A session does get created, because I can see it both in the
> URL and I assume a cookie is also set, because if I try to access the
> protected resource repeatedly without closing the browser, it just fails
> out with the Java null error. So I assume most things here are working
> correctly, but something little is hanging me up..
>
> I am also working with a CVS version which is probably a good few weeks
> old (mainly to just learn everything I need to know about Cocoon before
> implementing it.), is there any possibility that sunRise may have been
> broken? I've downloaded the lastest automated CVS build and will be
> testing that to see if I fare any better.
>
> Thanks a lot for your patience and help!
>
> -Brian Schwark
> [EMAIL PROTECTED]
>
>
>
>
> Carsten Ziegeler wrote:
>
> >Please give us more information - stack trace of the exception,
> >log files, sitemap etc - everything which might be appropriated
> >to tell where the error occurs.
> >
> >Carsten
> >
> >
> >
> >>-----Original Message-----
> >>From: Brian Schwark [mailto:[EMAIL PROTECTED]]
> >>Sent: Monday, October 07, 2002 8:19 PM
> >>To: [EMAIL PROTECTED]
> >>Subject: sunRise - java.lang.NullPointerException
> >>
> >>
> >>Greetings everyone -
> >>
> >>I'm trying to get set up with sunRise. I've managed to get most of the
> >>setup complete for authentication and protection of a test
> resource. I'm
> >>able to enter a username and a password, and I can see in the encoded
> >>URI in the browser window that redirection to my resource occurs and a
> >>session ID is assigned, so I assume authentication and session creation
> >>is occuring as it should. When I get redirected to my requested
> resource
> >>after login, however, cocoon fails with a
> >>java.lang.NullPointerException. I've been trying to track down what may
> >>be causing the problem, but to no avail. I assume that if a session is
> >>indeed being created, my authentication resource is returning valid XML
> >>in the required format and the sunRise-login action is succeeding. The
> >>documents I'm generating for my protected resource aren't to blame,
> >>since if protection is taken off, they serialize just fine.
> >>
> >>Any ideas as to where I'm hitting a wall? All help greatly appreciated!
> >>
> >>-Brian Schwark
> >>[EMAIL PROTECTED]
> >>
> >>
> >>
> >>---------------------------------------------------------------------
> >>Please check that your question  has not already been answered in the
> >>FAQ before posting.     <http://xml.apache.org/cocoon/faq/index.html>
> >>
> >>To unsubscribe, e-mail:     <[EMAIL PROTECTED]>
> >>For additional commands, e-mail:   <[EMAIL PROTECTED]>
> >>
> >>
> >>
> >
> >---------------------------------------------------------------------
> >Please check that your question  has not already been answered in the
> >FAQ before posting.     <http://xml.apache.org/cocoon/faq/index.html>
> >
> >To unsubscribe, e-mail:     <[EMAIL PROTECTED]>
> >For additional commands, e-mail:   <[EMAIL PROTECTED]>
> >
> >
> >
> >
> >
>
>
>
> ---------------------------------------------------------------------
> Please check that your question  has not already been answered in the
> FAQ before posting.     <http://xml.apache.org/cocoon/faq/index.html>
>
> To unsubscribe, e-mail:     <[EMAIL PROTECTED]>
> For additional commands, e-mail:   <[EMAIL PROTECTED]>
>


---------------------------------------------------------------------
Please check that your question  has not already been answered in the
FAQ before posting.     <http://xml.apache.org/cocoon/faq/index.html>

To unsubscribe, e-mail:     <[EMAIL PROTECTED]>
For additional commands, e-mail:   <[EMAIL PROTECTED]>

Reply via email to