I dont know why but, before after update the CVS I just need to make:

./build.sh clean
./build.sh installwar

After the changes of the last Friday, I need to build:

./build.sh clean
./build.sh -Dinclude.webapp.libs=true -Dinclude.scratchpad.libs=true 
installwar

This is because all the authentication-fw, session-fw and protal-fw was moved 
to independent blocks.

Antonio Gallardo


El Miércoles, 02 de Octubre de 2002 16:25, Marc Driftmeyer escribió:
> The following from error.log:
>
> ERROR   (2002-10-02) 17:34.00:907   [access]
> (/cocoon/documents/index.html) Thread-7/CocoonServlet: Problem with
> Cocoon servlet
> org.apache.cocoon.ProcessingException: Failed to execute pipeline.:
> org.apache.cocoon.ProcessingException: Failed to execute pipeline.:
> java.net.MalformedURLException: no protocol: characters.ent
>       at
> org.apache.cocoon.components.pipeline.AbstractProcessingPipeline.processXML
>Pipeline(AbstractProcessingPipeline.java:521)
>
> We can take a guess as to why this might happen.
>
> The logical step was to check permissions on /cocoon/documents/ and
> index.html, etc..
>
> One problem.  There is NO DOCUMENTS Directory.  Hence the error.  We
> get /cocoon/docs/ and /cocoon/documentation/ directories.
>
> Checking the sitemap.xmap reveals the following:
>   <!-- Cocoon documentation pipeline -->
>   <map:pipeline>
>     <!-- Redirection to documentation sites -->
>     <map:match pattern="">
>       <map:redirect-to uri="documents/index"/>
>     </map:match>
>
>     <map:match pattern="documents/index">
>       <map:redirect-to uri="index.html"/>
>       <!--
>         You may direct a client to a more appropriate URI by the above
>         command. The above results in a redirect response to the
>         client. By redirecting to a ressource it would be handled by
>         cocoon internally.
>
>         Since pipelines work on a first match basis, the above wins the
>         request although the match below would match as well.
>       -->
>     </map:match>
>     <map:match pattern="documents/**">
>       <map:mount check-reload="yes" src="documentation/"
> uri-prefix="documents"/>
>     </map:match>
>   </map:pipeline>
>
> Renaming the directory of /cocoon/documentation/ to /cocoon/documents/
> helps but produces the next error.
>
> DEBUG   (2002-10-02) 17:50.31:321   [access]
> (/cocoon/documents/index.html) Thread-5/AbstractEnvironment: Changing
> Cocoon context
> DEBUG   (2002-10-02) 17:50.31:321   [access]
> (/cocoon/documents/index.html) Thread-5/AbstractEnvironment:   from
> context(file:/C:/Java/Tomcat 4.1/webapps/cocoon/) and prefix()
> DEBUG   (2002-10-02) 17:50.31:321   [access]
> (/cocoon/documents/index.html) Thread-5/AbstractEnvironment:   to
> context(documentation/) and prefix(documents)
> DEBUG   (2002-10-02) 17:50.31:321   [access]
> (/cocoon/documents/index.html) Thread-5/AbstractEnvironment:   at URI
> documents/index.html
> DEBUG   (2002-10-02) 17:50.31:321   [access]
> (/cocoon/documents/index.html) Thread-5/AbstractEnvironment: New
> context is file:/C:/Java/Tomcat 4.1/webapps/cocoon/documentation/
> DEBUG   (2002-10-02) 17:50.31:391   [access]
> (/cocoon/documents/index.html) Thread-5/AbstractEnvironment: Set the
> URI Prefix (OLD=documents/, NEW=)
> DEBUG   (2002-10-02) 17:50.31:391   [access]
> (/cocoon/documents/index.html) Thread-5/AbstractEnvironment: Reset
> context to file:/C:/Java/Tomcat 4.1/webapps/cocoon/
> DEBUG   (2002-10-02) 17:50.31:401   [access]
> (/cocoon/documents/index.html) Thread-5/HttpEnvironment: Response
> successfully reset
> ERROR   (2002-10-02) 17:50.31:401   [access]
> (/cocoon/documents/index.html) Thread-5/CocoonServlet: Problem with
> Cocoon servlet
> org.apache.cocoon.ProcessingException: Unable to get transformer
> handler for stylesheets/site2xhtml.xsl:
> org.apache.avalon.excalibur.xml.xslt.XSLTProcessorException: Exception
> in creating Transform Handler
>       at
> org.apache.cocoon.transformation.TraxTransformer.setup(TraxTransformer.java
>:338) at
> org.apache.cocoon.components.pipeline.AbstractProcessingPipeline.setupPipel
>ine(AbstractProcessingPipeline.java:390)
>
> Next is the unable to get transformer handler for site2xhtml.xsl.
>
> Any suggestions?
>
> Should I scrounge through every portion of patterns being matched and
> also their interdepencies to make sure they all sink up or should I
> hope someone fixes this and releases a fix?
>
> Or am I losin' it and just confused?
>
> -Marc
>
> __________________________________________________
> Do you Yahoo!?
> New DSL Internet Access from SBC & Yahoo!
> http://sbc.yahoo.com
>
> ---------------------------------------------------------------------
> 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