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: <[EMAIL PROTECTED]>
For additional commands, e-mail: <[EMAIL PROTECTED]>
