You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@cocoon.apache.org by Marc Driftmeyer <md...@yahoo.com> on 2002/10/03 00:25:41 UTC
2.1 Dev latest HEAD breaks
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.processXMLPipeline(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.setupPipeline(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: <co...@xml.apache.org>
For additional commands, e-mail: <co...@xml.apache.org>
Re: 2.1 Dev latest HEAD breaks
Posted by Antonio Gallardo Rivera <ag...@agsoftware.dnsalias.com>.
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: <co...@xml.apache.org>
> For additional commands, e-mail: <co...@xml.apache.org>
---------------------------------------------------------------------
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: <co...@xml.apache.org>
For additional commands, e-mail: <co...@xml.apache.org>