You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@cocoon.apache.org by Julian Klein <ce...@yahoo.com> on 2002/12/20 01:26:37 UTC
Slide & Cocoon Impl
Hi all,
I am trying to implement slide with cocoon via the
slide source and slide source factory available in the
scrathpad. I built cocoon with jdk1.4, tomcat 4.1.12,
and the cocoon cvs snapshot from 12/19/2002. I got it
to run at first, but when i fooled around a bit with
the samples, cocoon would not start up again. so i
did a clean install and i get the following error:
<error>
org.apache.cocoon.ProcessingException: Failed to
execute pipeline.:
org.apache.cocoon.CascadingIOException:
org.apache.xml.utils.WrappedRuntimeException: The
output format must have a
'{http://xml.apache.org/xslt}content-handler'
property!:
org.apache.xml.utils.WrappedRuntimeException: The
output format must have a
'{http://xml.apache.org/xslt}content-handler'
property!
</error>
at first i thought this to be the xalan jar i am
using, but still upgraded this in my classpath (to
xalan 2.4.1 as well as xerces 2.1.0)....resulting in
no change. I am running on Redhat 8.0. any comments
as to why i may be receiving the stack strace below
would be greatly appreciated!
-Julian
<stack>
Cocoon 2 - Internal server error
type fatal
message Failed to execute pipeline.
description org.apache.cocoon.ProcessingException:
Failed to execute pipeline.:
org.apache.cocoon.CascadingIOException:
org.apache.xml.utils.WrappedRuntimeException: The
output format must have a
'{http://xml.apache.org/xslt}content-handler'
property!:
org.apache.xml.utils.WrappedRuntimeException: The
output format must have a
'{http://xml.apache.org/xslt}content-handler'
property!
sender org.apache.cocoon.servlet.CocoonServlet
source Cocoon servlet
request-uri
/cocoon/documents/index.html
path-info
documents/index.html
stack-trace
org.apache.cocoon.ProcessingException: Failed to
execute pipeline.:
org.apache.cocoon.CascadingIOException:
org.apache.xml.utils.WrappedRuntimeException: The
output format must have a
'{http://xml.apache.org/xslt}content-handler'
property!:
org.apache.xml.utils.WrappedRuntimeException: The
output format must have a
'{http://xml.apache.org/xslt}content-handler'
property!
at
org.apache.cocoon.components.pipeline.AbstractProcessingPipeline.processXMLPipeline(AbstractProcessingPipeline.java:519)
at
org.apache.cocoon.components.pipeline.impl.AbstractCachingProcessingPipeline.processXMLPipeline(AbstractCachingProcessingPipeline.java:192)
at
org.apache.cocoon.components.pipeline.AbstractProcessingPipeline.process(AbstractProcessingPipeline.java:484)
at
org.apache.cocoon.components.treeprocessor.sitemap.SerializeNode.invoke(SerializeNode.java:149)
at
org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java:84)
at
org.apache.cocoon.components.treeprocessor.sitemap.PreparableMatchNode.invoke(PreparableMatchNode.java:164)
at
org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java:108)
at
org.apache.cocoon.components.treeprocessor.sitemap.PipelineNode.invoke(PipelineNode.java:153)
at
org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java:108)
at
org.apache.cocoon.components.treeprocessor.sitemap.PipelinesNode.invoke(PipelinesNode.java:143)
at
org.apache.cocoon.components.treeprocessor.TreeProcessor.process(TreeProcessor.java:317)
at
org.apache.cocoon.components.treeprocessor.TreeProcessor.process(TreeProcessor.java:299)
at
org.apache.cocoon.components.treeprocessor.sitemap.MountNode.invoke(MountNode.java:134)
at
org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java:84)
at
org.apache.cocoon.components.treeprocessor.sitemap.PreparableMatchNode.invoke(PreparableMatchNode.java:164)
at
org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java:108)
at
org.apache.cocoon.components.treeprocessor.sitemap.PipelineNode.invoke(PipelineNode.java:153)
at
org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java:108)
at
org.apache.cocoon.components.treeprocessor.sitemap.PipelinesNode.invoke(PipelinesNode.java:143)
at
org.apache.cocoon.components.treeprocessor.TreeProcessor.process(TreeProcessor.java:317)
at
org.apache.cocoon.components.treeprocessor.TreeProcessor.process(TreeProcessor.java:299)
at org.apache.cocoon.Cocoon.process(Cocoon.java:596)
at
org.apache.cocoon.servlet.CocoonServlet.service(CocoonServlet.java:1104)
at
javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:247)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:193)
at
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:260)
at
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.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(StandardContextValve.java:191)
at
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:643)
at
org.apache.catalina.valves.CertificatesValve.invoke(CertificatesValve.java:246)
at
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.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.StandardContext.invoke(StandardContext.java:2396)
at
org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:180)
at
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:643)
at
org.apache.catalina.valves.ErrorDispatcherValve.invoke(ErrorDispatcherValve.java:170)
at
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:641)
at
org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:172)
at
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:641)
at
org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:469)
at
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.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(StandardEngineValve.java:174)
at
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.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.connector.http.HttpProcessor.process(HttpProcessor.java:1040)
at
org.apache.catalina.connector.http.HttpProcessor.run(HttpProcessor.java:1151)
at java.lang.Thread.run(Thread.java:536)
Caused by: org.apache.cocoon.CascadingIOException:
org.apache.xml.utils.WrappedRuntimeException: The
output format must have a
'{http://xml.apache.org/xslt}content-handler'
property!:
org.apache.xml.utils.WrappedRuntimeException: The
output format must have a
'{http://xml.apache.org/xslt}content-handler'
property!
at
org.apache.cocoon.serialization.HTMLSerializer.setOutputStream(HTMLSerializer.java:92)
at
org.apache.cocoon.components.pipeline.AbstractProcessingPipeline.processXMLPipeline(AbstractProcessingPipeline.java:511)
... 53 more
Caused by:
org.apache.xml.utils.WrappedRuntimeException: The
output format must have a
'{http://xml.apache.org/xslt}content-handler'
property!
at
org.apache.xalan.serialize.SerializerFactory.getSerializer(SerializerFactory.java:142)
at
org.apache.xalan.transformer.TransformerImpl.createResultContentHandler(TransformerImpl.java:1007)
at
org.apache.xalan.transformer.TransformerImpl.createResultContentHandler(TransformerImpl.java:934)
at
org.apache.xalan.transformer.TransformerHandlerImpl.setResult(TransformerHandlerImpl.java:209)
at
org.apache.cocoon.serialization.HTMLSerializer.setOutputStream(HTMLSerializer.java:88)
... 54 more
org.apache.cocoon.CascadingIOException:
org.apache.xml.utils.WrappedRuntimeException: The
output format must have a
'{http://xml.apache.org/xslt}content-handler'
property!:
org.apache.xml.utils.WrappedRuntimeException: The
output format must have a
'{http://xml.apache.org/xslt}content-handler'
property!
at
org.apache.cocoon.serialization.HTMLSerializer.setOutputStream(HTMLSerializer.java:92)
at
org.apache.cocoon.components.pipeline.AbstractProcessingPipeline.processXMLPipeline(AbstractProcessingPipeline.java:511)
at
org.apache.cocoon.components.pipeline.impl.AbstractCachingProcessingPipeline.processXMLPipeline(AbstractCachingProcessingPipeline.java:192)
at
org.apache.cocoon.components.pipeline.AbstractProcessingPipeline.process(AbstractProcessingPipeline.java:484)
at
org.apache.cocoon.components.treeprocessor.sitemap.SerializeNode.invoke(SerializeNode.java:149)
at
org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java:84)
at
org.apache.cocoon.components.treeprocessor.sitemap.PreparableMatchNode.invoke(PreparableMatchNode.java:164)
at
org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java:108)
at
org.apache.cocoon.components.treeprocessor.sitemap.PipelineNode.invoke(PipelineNode.java:153)
at
org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java:108)
at
org.apache.cocoon.components.treeprocessor.sitemap.PipelinesNode.invoke(PipelinesNode.java:143)
at
org.apache.cocoon.components.treeprocessor.TreeProcessor.process(TreeProcessor.java:317)
at
org.apache.cocoon.components.treeprocessor.TreeProcessor.process(TreeProcessor.java:299)
at
org.apache.cocoon.components.treeprocessor.sitemap.MountNode.invoke(MountNode.java:134)
at
org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java:84)
at
org.apache.cocoon.components.treeprocessor.sitemap.PreparableMatchNode.invoke(PreparableMatchNode.java:164)
at
org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java:108)
at
org.apache.cocoon.components.treeprocessor.sitemap.PipelineNode.invoke(PipelineNode.java:153)
at
org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java:108)
at
org.apache.cocoon.components.treeprocessor.sitemap.PipelinesNode.invoke(PipelinesNode.java:143)
at
org.apache.cocoon.components.treeprocessor.TreeProcessor.process(TreeProcessor.java:317)
at
org.apache.cocoon.components.treeprocessor.TreeProcessor.process(TreeProcessor.java:299)
at org.apache.cocoon.Cocoon.process(Cocoon.java:596)
at
org.apache.cocoon.servlet.CocoonServlet.service(CocoonServlet.java:1104)
at
javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:247)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:193)
at
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:260)
at
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.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(StandardContextValve.java:191)
at
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:643)
at
org.apache.catalina.valves.CertificatesValve.invoke(CertificatesValve.java:246)
at
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.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.StandardContext.invoke(StandardContext.java:2396)
at
org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:180)
at
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:643)
at
org.apache.catalina.valves.ErrorDispatcherValve.invoke(ErrorDispatcherValve.java:170)
at
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:641)
at
org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:172)
at
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:641)
at
org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:469)
at
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.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(StandardEngineValve.java:174)
at
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.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.connector.http.HttpProcessor.process(HttpProcessor.java:1040)
at
org.apache.catalina.connector.http.HttpProcessor.run(HttpProcessor.java:1151)
at java.lang.Thread.run(Thread.java:536)
Caused by:
org.apache.xml.utils.WrappedRuntimeException: The
output format must have a
'{http://xml.apache.org/xslt}content-handler'
property!
at
org.apache.xalan.serialize.SerializerFactory.getSerializer(SerializerFactory.java:142)
at
org.apache.xalan.transformer.TransformerImpl.createResultContentHandler(TransformerImpl.java:1007)
at
org.apache.xalan.transformer.TransformerImpl.createResultContentHandler(TransformerImpl.java:934)
at
org.apache.xalan.transformer.TransformerHandlerImpl.setResult(TransformerHandlerImpl.java:209)
at
org.apache.cocoon.serialization.HTMLSerializer.setOutputStream(HTMLSerializer.java:88)
... 54 more
org.apache.xml.utils.WrappedRuntimeException: The
output format must have a
'{http://xml.apache.org/xslt}content-handler'
property!
at
org.apache.xalan.serialize.SerializerFactory.getSerializer(SerializerFactory.java:142)
at
org.apache.xalan.transformer.TransformerImpl.createResultContentHandler(TransformerImpl.java:1007)
at
org.apache.xalan.transformer.TransformerImpl.createResultContentHandler(TransformerImpl.java:934)
at
org.apache.xalan.transformer.TransformerHandlerImpl.setResult(TransformerHandlerImpl.java:209)
at
org.apache.cocoon.serialization.HTMLSerializer.setOutputStream(HTMLSerializer.java:88)
at
org.apache.cocoon.components.pipeline.AbstractProcessingPipeline.processXMLPipeline(AbstractProcessingPipeline.java:511)
at
org.apache.cocoon.components.pipeline.impl.AbstractCachingProcessingPipeline.processXMLPipeline(AbstractCachingProcessingPipeline.java:192)
at
org.apache.cocoon.components.pipeline.AbstractProcessingPipeline.process(AbstractProcessingPipeline.java:484)
at
org.apache.cocoon.components.treeprocessor.sitemap.SerializeNode.invoke(SerializeNode.java:149)
at
org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java:84)
at
org.apache.cocoon.components.treeprocessor.sitemap.PreparableMatchNode.invoke(PreparableMatchNode.java:164)
at
org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java:108)
at
org.apache.cocoon.components.treeprocessor.sitemap.PipelineNode.invoke(PipelineNode.java:153)
at
org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java:108)
at
org.apache.cocoon.components.treeprocessor.sitemap.PipelinesNode.invoke(PipelinesNode.java:143)
at
org.apache.cocoon.components.treeprocessor.TreeProcessor.process(TreeProcessor.java:317)
at
org.apache.cocoon.components.treeprocessor.TreeProcessor.process(TreeProcessor.java:299)
at
org.apache.cocoon.components.treeprocessor.sitemap.MountNode.invoke(MountNode.java:134)
at
org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java:84)
at
org.apache.cocoon.components.treeprocessor.sitemap.PreparableMatchNode.invoke(PreparableMatchNode.java:164)
at
org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java:108)
at
org.apache.cocoon.components.treeprocessor.sitemap.PipelineNode.invoke(PipelineNode.java:153)
at
org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java:108)
at
org.apache.cocoon.components.treeprocessor.sitemap.PipelinesNode.invoke(PipelinesNode.java:143)
at
org.apache.cocoon.components.treeprocessor.TreeProcessor.process(TreeProcessor.java:317)
at
org.apache.cocoon.components.treeprocessor.TreeProcessor.process(TreeProcessor.java:299)
at org.apache.cocoon.Cocoon.process(Cocoon.java:596)
at
org.apache.cocoon.servlet.CocoonServlet.service(CocoonServlet.java:1104)
at
javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:247)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:193)
at
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:260)
at
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.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(StandardContextValve.java:191)
at
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:643)
at
org.apache.catalina.valves.CertificatesValve.invoke(CertificatesValve.java:246)
at
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.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.StandardContext.invoke(StandardContext.java:2396)
at
org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:180)
at
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:643)
at
org.apache.catalina.valves.ErrorDispatcherValve.invoke(ErrorDispatcherValve.java:170)
at
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:641)
at
org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:172)
at
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:641)
at
org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:469)
at
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.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(StandardEngineValve.java:174)
at
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.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.connector.http.HttpProcessor.process(HttpProcessor.java:1040)
at
org.apache.catalina.connector.http.HttpProcessor.run(HttpProcessor.java:1151)
at java.lang.Thread.run(Thread.java:536)
</stack>
__________________________________________________
Do you Yahoo!?
Yahoo! Mail Plus - Powerful. Affordable. Sign up now.
http://mailplus.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: Slide & Cocoon Impl **XML_PARSER_JARS**
Posted by Michael Wechner <mi...@wyona.org>.
Julian Klein wrote:
> Martin,
<snip/>
>
>>>*one more thing*
>>>Stephan Michels points out in the read me file of
>>>$CATALINA_HOME/webapps/cocoon/samples/slide/README
>>
>>><quote>
>>>Some things must be fixed:
>>>
>>>* The base directory for the content stores should
>>
>>be
>>
>>>set, but don't know how.
>>></quote>
>>
>>
>>>,but I was able to set this properly. Did you
>>
>>have
>>
>>>this problem? I will contact Stephan and let him
>>
>>know
>>
>>>as well.
>>
>>I guess Stephan meant, which directory the files
>>stores use.
>>I think, the best way to do this, is to use a
>>absolute path in
>>slide.xconf.
>
>
> I had set the filestores root path absolutely. it
> works great. thanks.
I think it would be nice if the path could be set relative
to the sitemap, but I guess that is what Stephan is refering to within
his README.
Thanks
Michael
>
> *other issues*
> I wrote Stephan to let him know of some issues I have
> with the current implementation. I would like to
> improve the download and lock capabilities since they
> do not seem to work via the web interface. Moreover,
> the create new collection action does not work either.
> The new collection is created, but the collection is
> not persisted. I am not a cocoon nor slide expert,
> but would be more than happy to attempt these patches.
> let me know what you think about this and about the
> status of versioning.
>
> Frohe Weihnachten fur dich auch,
> Julian
>
>
>>
>>Merry Christmas
>> Martin
>>
>>
>>
>
> ---------------------------------------------------------------------
>
>>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>
>>
>
>
> =====
> Live simply so others may simply live.
>
> -Ghandi
>
> Pluralitas non est ponenda sine neccesitate.
> "Entities should not be multiplied unneccesarily"
>
> -William of Occam
>
> __________________________________________________
> Do you Yahoo!?
> Yahoo! Mail Plus - Powerful. Affordable. Sign up now.
> http://mailplus.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>
Slide-Cocoon User Interface Suggestions
Posted by Michael Wechner <mi...@wyona.org>.
Hi
I have some suggestions concerning the Slide-Cocoon User Interface:
1) Add "Filename (optional)" to the textfield for File Upload
2) Tie the "upload file" functionality graphically better together
(maybe some table with different color and title "Upload File")
3) Either use term "directory" instead of term "collection" or use
term "resource" instead of "file", but not the combination
file-collection or resource-directory.
4) Add "Collection/Directory name (required)" to textfield for
Collection creation
5) Tie the "create collection" functionality graphically better together
6) Tie the "menu items" content,properties, permissions, locks
graphically better to the file resp. collection
Please let me know what you think.
If you are interested i can try to change it and submit it to Stephan.
Thanks
Michael
---------------------------------------------------------------------
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: Slide & Cocoon Impl **XML_PARSER_JARS**
Posted by Julian Klein <ce...@yahoo.com>.
Martin,
--- Martin Holz <ho...@fiz-chemie.de> wrote:
> Julian Klein <ce...@yahoo.com> writes:
>
> > Thanks, worked like a charm. Unfortunately, I now
> > find out that although I have mulipart uploads
> > working, versioning does not work via HTTP. Have
> you
> > found a workaround to this? I have not
> implemented
> > the webdav-servlet yet, but I am sure that works
> just
> > the same via WebDav. It seems as though the
> > slide.xconf (formerly Domain.xml) makes no
> difference
> > via HTTP. I will hack at this and see what I can
> do.
>
> Have a look, how the Domain is initialized. It might
> cause
> difficulties, if you run Cocoon and the
> Webdav-Servlet
> in parallel. Stephan an me will work this out next
> year. Also Authentication is not properly forwarded.
>
I am not running the webdav-servlet and the
slide-sample at the same time (in parallel). I am
just running cocoon with the slide sample and this is
not versioning. I have set my slide.xconf to
version=true and resetBeforeStarting=false...as well
as the delta-V parameters. Despite this the
versioning is not working. I used the same conf from
my standalone slide webapp (which is no longer
running since I am working on the cocoon slide
sample).
> > *one more thing*
> > Stephan Michels points out in the read me file of
> > $CATALINA_HOME/webapps/cocoon/samples/slide/README
>
> >
> > <quote>
> > Some things must be fixed:
> >
> > * The base directory for the content stores should
> be
> > set, but don't know how.
> > </quote>
>
>
> > ,but I was able to set this properly. Did you
> have
> > this problem? I will contact Stephan and let him
> know
> > as well.
>
> I guess Stephan meant, which directory the files
> stores use.
> I think, the best way to do this, is to use a
> absolute path in
> slide.xconf.
I had set the filestores root path absolutely. it
works great. thanks.
*other issues*
I wrote Stephan to let him know of some issues I have
with the current implementation. I would like to
improve the download and lock capabilities since they
do not seem to work via the web interface. Moreover,
the create new collection action does not work either.
The new collection is created, but the collection is
not persisted. I am not a cocoon nor slide expert,
but would be more than happy to attempt these patches.
let me know what you think about this and about the
status of versioning.
Frohe Weihnachten fur dich auch,
Julian
>
> Merry Christmas
> Martin
>
>
>
---------------------------------------------------------------------
> 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>
>
=====
Live simply so others may simply live.
�
-Ghandi
�
Pluralitas non est ponenda sine neccesitate.
"Entities should not be multiplied unneccesarily"
�
-William of Occam
__________________________________________________
Do you Yahoo!?
Yahoo! Mail Plus - Powerful. Affordable. Sign up now.
http://mailplus.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: Slide & Cocoon Impl **XML_PARSER_JARS**
Posted by Martin Holz <ho...@fiz-chemie.de>.
Julian Klein <ce...@yahoo.com> writes:
> Thanks, worked like a charm. Unfortunately, I now
> find out that although I have mulipart uploads
> working, versioning does not work via HTTP. Have you
> found a workaround to this? I have not implemented
> the webdav-servlet yet, but I am sure that works just
> the same via WebDav. It seems as though the
> slide.xconf (formerly Domain.xml) makes no difference
> via HTTP. I will hack at this and see what I can do.
Have a look, how the Domain is initialized. It might cause
difficulties, if you run Cocoon and the Webdav-Servlet
in parallel. Stephan an me will work this out next
year. Also Authentication is not properly forwarded.
> *one more thing*
> Stephan Michels points out in the read me file of
> $CATALINA_HOME/webapps/cocoon/samples/slide/README
>
> <quote>
> Some things must be fixed:
>
> * The base directory for the content stores should be
> set, but don't know how.
> </quote>
> ,but I was able to set this properly. Did you have
> this problem? I will contact Stephan and let him know
> as well.
I guess Stephan meant, which directory the files stores use.
I think, the best way to do this, is to use a absolute path in
slide.xconf.
Merry Christmas
Martin
---------------------------------------------------------------------
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: Slide & Cocoon Impl **XML_PARSER_JARS**
Posted by Julian Klein <ce...@yahoo.com>.
Martin,
Thanks, worked like a charm. Unfortunately, I now
find out that although I have mulipart uploads
working, versioning does not work via HTTP. Have you
found a workaround to this? I have not implemented
the webdav-servlet yet, but I am sure that works just
the same via WebDav. It seems as though the
slide.xconf (formerly Domain.xml) makes no difference
via HTTP. I will hack at this and see what I can do.
*one more thing*
Stephan Michels points out in the read me file of
$CATALINA_HOME/webapps/cocoon/samples/slide/README
<quote>
Some things must be fixed:
* The base directory for the content stores should be
set, but don't know how.
</quote>
,but I was able to set this properly. Did you have
this problem? I will contact Stephan and let him know
as well.
Thanks again,
Julian
--- Martin Holz <ho...@fiz-chemie.de> wrote:
> I had the same problem. I do not really understand
> it, but moving
> xerces, xalan and xmlapis.jar to
> $CATALINA_HOME/common/endorsed
> solved it. I suspect the reason is, that a
> incompatible version of Trax
> is shipped with java 1.4
__________________________________________________
Do you Yahoo!?
Yahoo! Mail Plus - Powerful. Affordable. Sign up now.
http://mailplus.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: Slide & Cocoon Impl
Posted by Martin Holz <ho...@fiz-chemie.de>.
Hi,
Julian Klein <ce...@yahoo.com> writes:
> I am trying to implement slide with cocoon via the
> slide source and slide source factory available in the
> scrathpad. I built cocoon with jdk1.4, tomcat 4.1.12,
> and the cocoon cvs snapshot from 12/19/2002. I got it
> to run at first, but when i fooled around a bit with
> the samples, cocoon would not start up again. so i
> did a clean install and i get the following error:
>
> <error>
> org.apache.cocoon.ProcessingException: Failed to
> execute pipeline.:
> org.apache.cocoon.CascadingIOException:
> org.apache.xml.utils.WrappedRuntimeException: The
> output format must have a
> '{http://xml.apache.org/xslt}content-handler'
> property!:
> org.apache.xml.utils.WrappedRuntimeException: The
> output format must have a
> '{http://xml.apache.org/xslt}content-handler'
> property!
> </error>
>
> at first i thought this to be the xalan jar i am
> using, but still upgraded this in my classpath (to
> xalan 2.4.1 as well as xerces 2.1.0)....resulting in
> no change. I am running on Redhat 8.0. any comments
> as to why i may be receiving the stack strace below
> would be greatly appreciated!
I had the same problem. I do not really understand it, but moving
xerces, xalan and xmlapis.jar to $CATALINA_HOME/common/endorsed
solved it. I suspect the reason is, that a incompatible version of Trax
is shipped with java 1.4
Martin
---------------------------------------------------------------------
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>