You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@cocoon.apache.org by Colin Paul Adams <co...@colina.demon.co.uk> on 2004/06/23 16:39:53 UTC
Again - how do I make saxon 8 the default xslt transformer?
Since no-one has been able to tell me anything, I'm trying to blunder
my way through it.
I think I've figured out everything except where to put the saxon8.jar
file.
I assume it must go in one of the sub-directories of the lib directory
- I see Xalan is in lib/endorsed.
but which one - and do I need to put an entry in the jars.xml file?
Is this all documented somewhere? I can't find it (actually, I find
the whole of the cocoon documentation chaotic - things are liable to
turn up all over the place, be contradictory, or downright wrong, or
just out of date).
--
Colin Paul Adams
Preston Lancashire
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
For additional commands, e-mail: users-help@cocoon.apache.org
Re: Again - how do I make saxon 8 the default xslt transformer?
Posted by Colin Paul Adams <co...@colina.demon.co.uk>.
>>>>> "David" == David Crossley <cr...@apache.org> writes:
David> Great. So, as penance would you please clarify something so
David> that we can tweak the Wiki page ...
David> The only difference to the instructions between Saxon 6.5
David> and Saxon 8 is that the "transformer-factory" is either
David> com.icl.saxon.TransformerFactoryImpl
David> net.sf.saxon.TransformerFactoryImpl
David> I gather that the body of the instructions were sufficient.
David> http://wiki.cocoondev.org/Wiki.jsp?page=Saxon
That's right (though I still don't know how to change the log level,
but don't really want to right now).
--
Colin Paul Adams
Preston Lancashire
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
For additional commands, e-mail: users-help@cocoon.apache.org
Re: Again - how do I make saxon 8 the default xslt transformer?
Posted by David Crossley <cr...@apache.org>.
Colin Paul Adams wrote:
> Sorry, I meant the cocoon.xconf file.
> But I had failed to notice that it was commented out <blush>
>
> Works now. Thanks for your help.
Great. So, as penance would you please clarify something
so that we can tweak the Wiki page ...
The only difference to the instructions between Saxon 6.5
and Saxon 8 is that the "transformer-factory" is either
com.icl.saxon.TransformerFactoryImpl
net.sf.saxon.TransformerFactoryImpl
I gather that the body of the instructions were sufficient.
http://wiki.cocoondev.org/Wiki.jsp?page=Saxon
> BTW, I would have found things easier if their had been a "Search"
> option on the main page of the documentation (to take you straight to
> the wiki search, perhaps).
> Or maybe change the wiki menu item to add (including Search).
Okay, we will try to implement that somehow. Thanks for the idea.
--
David Crossley
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
For additional commands, e-mail: users-help@cocoon.apache.org
Re: Again - how do I make saxon 8 the default xslt transformer?
Posted by Colin Paul Adams <co...@colina.demon.co.uk>.
>>>>> "David" == David Crossley <cr...@apache.org> writes:
David> Colin Paul Adams wrote:
>> >>>>> "David" == David Crossley writes:
David> The instructions that i added are only for saxon-6.5.2
David> though. Keenly awaiting someone else to fill in the
David> gaps. I too would like to use a newer Saxon. It should not
David> be hard and i am not at all happy that our instructions are
David> so fuzzy. Saxon gets undeserved bad press from this.
>> The sitemap already contained the instructions for using Saxon
>> 7 (and saxon 8) rather than saxon 6.
David> Which sitemap? I don't see any sitemap in the current CVS
David> that declares Saxon as a transformer.
Sorry, I meant the cocoon.xconf file.
But I had failed to notice that it was commented out <blush>
Works now. Thanks for your help.
BTW, I would have found things easier if their had been a "Search"
option on the main page of the documentation (to take you straight to
the wiki search, perhaps).
Or maybe change the wiki menu item to add (including Search).
--
Colin Paul Adams
Preston Lancashire
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
For additional commands, e-mail: users-help@cocoon.apache.org
Re: Again - how do I make saxon 8 the default xslt transformer?
Posted by David Crossley <cr...@apache.org>.
Colin Paul Adams wrote:
> >>>>> "David" == David Crossley writes:
> David> The instructions that i added are only for saxon-6.5.2
> David> though. Keenly awaiting someone else to fill in the
> David> gaps. I too would like to use a newer Saxon. It should not
> David> be hard and i am not at all happy that our instructions are
> David> so fuzzy. Saxon gets undeserved bad press from this.
>
> The sitemap already contained the instructions for using Saxon 7 (and saxon
> 8) rather than saxon 6.
Which sitemap? I don't see any sitemap in the current CVS
that declares Saxon as a transformer.
--
David Crossley
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
For additional commands, e-mail: users-help@cocoon.apache.org
Re: Again - how do I make saxon 8 the default xslt transformer?
Posted by Colin Paul Adams <co...@colina.demon.co.uk>.
>>>>> "David" == David Crossley <cr...@apache.org> writes:
>>
>> I followed all the instructions (except for setting the log
>> level as it didn't tell me how to do this - I copied the
>> saxon8.jar file into lib/local..
David> The instructions that i added are only for saxon-6.5.2
David> though. Keenly awaiting someone else to fill in the
David> gaps. I too would like to use a newer Saxon. It should not
David> be hard and i am not at all happy that our instructions are
David> so fuzzy. Saxon gets undeserved bad press from this.
The sitemap already contained the instructions for using Saxon 7 (and saxon
8) rather than saxon 6.
David> By the way, did you notice Vadim's comment on the last link
David> on our Saxon Wiki page - not sure if that is still
David> relevant.
It's not relevant to me, I assume. I'm only trying to use XSLT, not
the XPath API (or did I misunderstand)?
--
Colin Paul Adams
Preston Lancashire
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
For additional commands, e-mail: users-help@cocoon.apache.org
Re: Again - how do I make saxon 8 the default xslt transformer?
Posted by David Crossley <cr...@apache.org>.
Colin Paul Adams wrote:
> >>>>> "David" == David Crossley writes:
>
> David> Have you seen the page
> David> http://wiki.cocoondev.org/Wiki.jsp?page=Saxon which may
> David> either help or confuse further :-) Please edit if you see
> David> fit.
>
> No - I hadn't seen this.
>
> I followed all the instructions (except for setting the log level as
> it didn't tell me how to do this - I copied the saxon8.jar file into lib/local..
The instructions that i added are only for saxon-6.5.2 though.
Keenly awaiting someone else to fill in the gaps. I too would
like to use a newer Saxon. It should not be hard and i am not
at all happy that our instructions are so fuzzy. Saxon gets
undeserved bad press from this.
> The result is disappointing:
>
> An Error Occurred
>
> Lookup of transformer 'xslt-saxon' failed at [unknown location]
>
> org.apache.cocoon.ProcessingException: Lookup of transformer 'xslt-saxon'
> failed at [unknown location]:
> org.apache.avalon.framework.component.ComponentException: transformers:
> ComponentSelector could not find the component for hint [xslt-saxon]
> (key [xslt-saxon])
<snip/>
>
> I'm running Cocoon 2.1.5 on a Fedora Core 2 Linux O/S.
That sounds like a common error that perhaps someone else can explain.
In fact, such a common issue that Google would give answers.
By the way, did you notice Vadim's comment on the last link on
our Saxon Wiki page - not sure if that is still relevant.
--
David Crossley
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
For additional commands, e-mail: users-help@cocoon.apache.org
Re: Again - how do I make saxon 8 the default xslt transformer?
Posted by Colin Paul Adams <co...@colina.demon.co.uk>.
>>>>> "David" == David Crossley <cr...@apache.org> writes:
David> Have you seen the page
David> http://wiki.cocoondev.org/Wiki.jsp?page=Saxon which may
David> either help or confuse further :-) Please edit if you see
David> fit.
No - I hadn't seen this.
I followed all the instructions (except for setting the log level as
it didn't tell me how to do this - I copied the saxon8.jar file into lib/local..
The result is disappointing:
An Error Occurred
Lookup of transformer 'xslt-saxon' failed at [unknown location]
org.apache.cocoon.ProcessingException: Lookup of transformer 'xslt-saxon' failed at [unknown location]: org.apache.avalon.framework.component.ComponentException: transformers: ComponentSelector could not find the component for hint [xslt-saxon] (key [xslt-saxon])
cause: org.apache.avalon.framework.component.ComponentException: transformers: ComponentSelector could not find the component for hint [xslt-saxon] (key [xslt-saxon])
full exception chain stacktrace[hide]
Original Exception: org.apache.avalon.framework.component.ComponentException: transformers: ComponentSelector could not find the component for hint [xslt-saxon] (key [xslt-saxon])
at org.apache.avalon.excalibur.component.ExcaliburComponentSelector.select(ExcaliburComponentSelector.java:206)
at org.apache.cocoon.components.ExtendedComponentSelector.select(ExtendedComponentSelector.java:261)
at org.apache.cocoon.components.ExtendedComponentSelector.select(ExtendedComponentSelector.java:271)
at org.apache.cocoon.components.ExtendedComponentSelector.select(ExtendedComponentSelector.java:271)
at org.apache.cocoon.components.pipeline.AbstractProcessingPipeline.addTransformer(AbstractProcessingPipeline.java:259)
at org.apache.cocoon.components.pipeline.impl.AbstractCachingProcessingPipeline.addTransformer(AbstractCachingProcessingPipeline.java:144)
at org.apache.cocoon.components.treeprocessor.sitemap.TransformNode.invoke(TransformNode.java:59)
at org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java:49)
at org.apache.cocoon.components.treeprocessor.sitemap.PreparableMatchNode.invoke(PreparableMatchNode.java:130)
at org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java:72)
at org.apache.cocoon.components.treeprocessor.sitemap.PipelineNode.invoke(PipelineNode.java:126)
at org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java:72)
at org.apache.cocoon.components.treeprocessor.sitemap.PipelinesNode.invoke(PipelinesNode.java:101)
at org.apache.cocoon.components.treeprocessor.TreeProcessor.process(TreeProcessor.java:336)
at org.apache.cocoon.components.treeprocessor.TreeProcessor.process(TreeProcessor.java:277)
at org.apache.cocoon.components.treeprocessor.sitemap.MountNode.invoke(MountNode.java:103)
at org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java:49)
at org.apache.cocoon.components.treeprocessor.sitemap.PreparableMatchNode.invoke(PreparableMatchNode.java:130)
at org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java:72)
at org.apache.cocoon.components.treeprocessor.sitemap.PipelineNode.invoke(PipelineNode.java:126)
at org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java:72)
at org.apache.cocoon.components.treeprocessor.sitemap.PipelinesNode.invoke(PipelinesNode.java:101)
at org.apache.cocoon.components.treeprocessor.TreeProcessor.process(TreeProcessor.java:336)
at org.apache.cocoon.components.treeprocessor.TreeProcessor.process(TreeProcessor.java:277)
at org.apache.cocoon.components.treeprocessor.sitemap.MountNode.invoke(MountNode.java:103)
at org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java:49)
at org.apache.cocoon.components.treeprocessor.sitemap.PreparableMatchNode.invoke(PreparableMatchNode.java:130)
at org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java:72)
at org.apache.cocoon.components.treeprocessor.sitemap.PipelineNode.invoke(PipelineNode.java:126)
at org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java:72)
at org.apache.cocoon.components.treeprocessor.sitemap.PipelinesNode.invoke(PipelinesNode.java:101)
at org.apache.cocoon.components.treeprocessor.TreeProcessor.process(TreeProcessor.java:336)
at org.apache.cocoon.components.treeprocessor.TreeProcessor.process(TreeProcessor.java:277)
at org.apache.cocoon.Cocoon.process(Cocoon.java:639)
at org.apache.cocoon.servlet.CocoonServlet.service(CocoonServlet.java:1098)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
at org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:354)
at org.mortbay.jetty.servlet.WebApplicationHandler.dispatch(WebApplicationHandler.java:294)
at org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:567)
at org.mortbay.http.HttpContext.handle(HttpContext.java:1808)
at org.mortbay.jetty.servlet.WebApplicationContext.handle(WebApplicationContext.java:525)
at org.mortbay.http.HttpContext.handle(HttpContext.java:1758)
at org.mortbay.http.HttpServer.service(HttpServer.java:879)
at org.mortbay.http.HttpConnection.service(HttpConnection.java:790)
at org.mortbay.http.HttpConnection.handleNext(HttpConnection.java:952)
at org.mortbay.http.HttpConnection.handle(HttpConnection.java:807)
at org.mortbay.http.SocketListener.handleConnection(SocketListener.java:197)
at org.mortbay.util.ThreadedServer.handle(ThreadedServer.java:289)
at org.mortbay.util.ThreadPool$PoolThread.run(ThreadPool.java:501)
stacktrace[hide]
org.apache.cocoon.ProcessingException: Lookup of transformer 'xslt-saxon' failed at [unknown location]: org.apache.avalon.framework.component.ComponentException: transformers: ComponentSelector could not find the component for hint [xslt-saxon] (key [xslt-saxon])
at org.apache.cocoon.components.pipeline.AbstractProcessingPipeline.addTransformer(AbstractProcessingPipeline.java:262)
at org.apache.cocoon.components.pipeline.impl.AbstractCachingProcessingPipeline.addTransformer(AbstractCachingProcessingPipeline.java:144)
at org.apache.cocoon.components.treeprocessor.sitemap.TransformNode.invoke(TransformNode.java:59)
at org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java:49)
at org.apache.cocoon.components.treeprocessor.sitemap.PreparableMatchNode.invoke(PreparableMatchNode.java:130)
at org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java:72)
at org.apache.cocoon.components.treeprocessor.sitemap.PipelineNode.invoke(PipelineNode.java:126)
at org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java:72)
at org.apache.cocoon.components.treeprocessor.sitemap.PipelinesNode.invoke(PipelinesNode.java:101)
at org.apache.cocoon.components.treeprocessor.TreeProcessor.process(TreeProcessor.java:336)
at org.apache.cocoon.components.treeprocessor.TreeProcessor.process(TreeProcessor.java:277)
at org.apache.cocoon.components.treeprocessor.sitemap.MountNode.invoke(MountNode.java:103)
at org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java:49)
at org.apache.cocoon.components.treeprocessor.sitemap.PreparableMatchNode.invoke(PreparableMatchNode.java:130)
at org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java:72)
at org.apache.cocoon.components.treeprocessor.sitemap.PipelineNode.invoke(PipelineNode.java:126)
at org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java:72)
at org.apache.cocoon.components.treeprocessor.sitemap.PipelinesNode.invoke(PipelinesNode.java:101)
at org.apache.cocoon.components.treeprocessor.TreeProcessor.process(TreeProcessor.java:336)
at org.apache.cocoon.components.treeprocessor.TreeProcessor.process(TreeProcessor.java:277)
at org.apache.cocoon.components.treeprocessor.sitemap.MountNode.invoke(MountNode.java:103)
at org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java:49)
at org.apache.cocoon.components.treeprocessor.sitemap.PreparableMatchNode.invoke(PreparableMatchNode.java:130)
at org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java:72)
at org.apache.cocoon.components.treeprocessor.sitemap.PipelineNode.invoke(PipelineNode.java:126)
at org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java:72)
at org.apache.cocoon.components.treeprocessor.sitemap.PipelinesNode.invoke(PipelinesNode.java:101)
at org.apache.cocoon.components.treeprocessor.TreeProcessor.process(TreeProcessor.java:336)
at org.apache.cocoon.components.treeprocessor.TreeProcessor.process(TreeProcessor.java:277)
at org.apache.cocoon.Cocoon.process(Cocoon.java:639)
at org.apache.cocoon.servlet.CocoonServlet.service(CocoonServlet.java:1098)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
at org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:354)
at org.mortbay.jetty.servlet.WebApplicationHandler.dispatch(WebApplicationHandler.java:294)
at org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:567)
at org.mortbay.http.HttpContext.handle(HttpContext.java:1808)
at org.mortbay.jetty.servlet.WebApplicationContext.handle(WebApplicationContext.java:525)
at org.mortbay.http.HttpContext.handle(HttpContext.java:1758)
at org.mortbay.http.HttpServer.service(HttpServer.java:879)
at org.mortbay.http.HttpConnection.service(HttpConnection.java:790)
at org.mortbay.http.HttpConnection.handleNext(HttpConnection.java:952)
at org.mortbay.http.HttpConnection.handle(HttpConnection.java:807)
at org.mortbay.http.SocketListener.handleConnection(SocketListener.java:197)
at org.mortbay.util.ThreadedServer.handle(ThreadedServer.java:289)
at org.mortbay.util.ThreadPool$PoolThread.run(ThreadPool.java:501)
Caused by: org.apache.avalon.framework.component.ComponentException: transformers: ComponentSelector could not find the component for hint [xslt-saxon] (key [xslt-saxon])
at org.apache.avalon.excalibur.component.ExcaliburComponentSelector.select(ExcaliburComponentSelector.java:206)
at org.apache.cocoon.components.ExtendedComponentSelector.select(ExtendedComponentSelector.java:261)
at org.apache.cocoon.components.ExtendedComponentSelector.select(ExtendedComponentSelector.java:271)
at org.apache.cocoon.components.ExtendedComponentSelector.select(ExtendedComponentSelector.java:271)
at org.apache.cocoon.components.pipeline.AbstractProcessingPipeline.addTransformer(AbstractProcessingPipeline.java:259)
... 44 more
org.apache.avalon.framework.component.ComponentException: transformers: ComponentSelector could not find the component for hint [xslt-saxon] (key [xslt-saxon])
at org.apache.avalon.excalibur.component.ExcaliburComponentSelector.select(ExcaliburComponentSelector.java:206)
at org.apache.cocoon.components.ExtendedComponentSelector.select(ExtendedComponentSelector.java:261)
at org.apache.cocoon.components.ExtendedComponentSelector.select(ExtendedComponentSelector.java:271)
at org.apache.cocoon.components.ExtendedComponentSelector.select(ExtendedComponentSelector.java:271)
at org.apache.cocoon.components.pipeline.AbstractProcessingPipeline.addTransformer(AbstractProcessingPipeline.java:259)
at org.apache.cocoon.components.pipeline.impl.AbstractCachingProcessingPipeline.addTransformer(AbstractCachingProcessingPipeline.java:144)
at org.apache.cocoon.components.treeprocessor.sitemap.TransformNode.invoke(TransformNode.java:59)
at org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java:49)
at org.apache.cocoon.components.treeprocessor.sitemap.PreparableMatchNode.invoke(PreparableMatchNode.java:130)
at org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java:72)
at org.apache.cocoon.components.treeprocessor.sitemap.PipelineNode.invoke(PipelineNode.java:126)
at org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java:72)
at org.apache.cocoon.components.treeprocessor.sitemap.PipelinesNode.invoke(PipelinesNode.java:101)
at org.apache.cocoon.components.treeprocessor.TreeProcessor.process(TreeProcessor.java:336)
at org.apache.cocoon.components.treeprocessor.TreeProcessor.process(TreeProcessor.java:277)
at org.apache.cocoon.components.treeprocessor.sitemap.MountNode.invoke(MountNode.java:103)
at org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java:49)
at org.apache.cocoon.components.treeprocessor.sitemap.PreparableMatchNode.invoke(PreparableMatchNode.java:130)
at org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java:72)
at org.apache.cocoon.components.treeprocessor.sitemap.PipelineNode.invoke(PipelineNode.java:126)
at org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java:72)
at org.apache.cocoon.components.treeprocessor.sitemap.PipelinesNode.invoke(PipelinesNode.java:101)
at org.apache.cocoon.components.treeprocessor.TreeProcessor.process(TreeProcessor.java:336)
at org.apache.cocoon.components.treeprocessor.TreeProcessor.process(TreeProcessor.java:277)
at org.apache.cocoon.components.treeprocessor.sitemap.MountNode.invoke(MountNode.java:103)
at org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java:49)
at org.apache.cocoon.components.treeprocessor.sitemap.PreparableMatchNode.invoke(PreparableMatchNode.java:130)
at org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java:72)
at org.apache.cocoon.components.treeprocessor.sitemap.PipelineNode.invoke(PipelineNode.java:126)
at org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java:72)
at org.apache.cocoon.components.treeprocessor.sitemap.PipelinesNode.invoke(PipelinesNode.java:101)
at org.apache.cocoon.components.treeprocessor.TreeProcessor.process(TreeProcessor.java:336)
at org.apache.cocoon.components.treeprocessor.TreeProcessor.process(TreeProcessor.java:277)
at org.apache.cocoon.Cocoon.process(Cocoon.java:639)
at org.apache.cocoon.servlet.CocoonServlet.service(CocoonServlet.java:1098)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
at org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:354)
at org.mortbay.jetty.servlet.WebApplicationHandler.dispatch(WebApplicationHandler.java:294)
at org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:567)
at org.mortbay.http.HttpContext.handle(HttpContext.java:1808)
at org.mortbay.jetty.servlet.WebApplicationContext.handle(WebApplicationContext.java:525)
at org.mortbay.http.HttpContext.handle(HttpContext.java:1758)
at org.mortbay.http.HttpServer.service(HttpServer.java:879)
at org.mortbay.http.HttpConnection.service(HttpConnection.java:790)
at org.mortbay.http.HttpConnection.handleNext(HttpConnection.java:952)
at org.mortbay.http.HttpConnection.handle(HttpConnection.java:807)
at org.mortbay.http.SocketListener.handleConnection(SocketListener.java:197)
at org.mortbay.util.ThreadedServer.handle(ThreadedServer.java:289)
at org.mortbay.util.ThreadPool$PoolThread.run(ThreadPool.java:501)
I'm running Cocoon 2.1.5 on a Fedora Core 2 Linux O/S.
--
Colin Paul Adams
Preston Lancashire
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
For additional commands, e-mail: users-help@cocoon.apache.org
Trying to use mount table
Posted by Colin Paul Adams <co...@colina.demon.co.uk>.
>>>>> "Colin" == Colin Paul Adams <co...@colina.demon.co.uk> writes:
Colin> I find that what I actually want is a file called
Colin> mount-table.xml. But that doesn't exist either (why isn't
Colin> there a default one with sample entries commented out?).
Colin> So I finally find my way to some java source, and find the
Colin> format of the file in java comments (made so much more
Colin> harder to read by <s).
Colin> Phew. Well, now I'll go and create one, and hope the java
Colin> comments are correct.
Well, I don't know - it seemed so easy:
1) I created a mount-table.xml in the cocoon distribution directory.
It looks like this:
<!-- copy this file to the cocoon distribution directory -->
<mount-table>
<mount uri-prefix="onevoice" src="file:///home/colin/onevoice/"/>
</mount-table>
2) In /home/colin/onevoice, I created a sitemap.xmap file. It looks
like this:
<?xml version="1.0" encoding="utf-8"?><!-- -*- mode: nxml; -*- -->
<map:sitemap xmlns:map="http://apache.org/cocoon/sitemap/1.0">
<map:components>
<map:generators default="file"/>
<map:transformers default="xslt-saxon"/>
<map:readers default="resource"/>
<map:serializers default="xhtml11"/>
<map:matchers default="wildcard"/>
</map:components>
<map:pipelines>
<map:pipeline>
<!-- xml files -->
<map:match pattern="members/calendar.html">
<map:generate src="members/calendar.xml"/>
<map:transform src="members/calendar.xsl"/>
<map:serialize />
</map:match>
</map:pipeline>
</map:pipelines>
</map:sitemap>
Then I do a build clean, build, and cocoon servlet.
I try typing in the URL:
http://localhost:8888/cocoon/onevoice/members/calendar.html
I expected my pipeline to execute, but I got:
Resource not found.
org.apache.cocoon.ResourceNotFoundException: Resource not found.:
org.apache.excalibur.source.SourceNotFoundException:
file:/home/colin/cocoon-2.1.5/build/webapp/cocoon/sitemap.xmap doesn't exist.
Which is certainly a lie (if I ignore the file:/ rather than
file:///)! But then, I seem to remember that this is almost
a catchall message in cocoon for sitemap problems.
How can I find the real error?
--
Colin Paul Adams
Preston Lancashire
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
For additional commands, e-mail: users-help@cocoon.apache.org
Re: Again - how do I make saxon 8 the default xslt transformer?
Posted by Colin Paul Adams <co...@colina.demon.co.uk>.
>>>>> "David" == David Crossley <cr...@apache.org> writes:
>> Is this all documented somewhere? I can't find it (actually, I
>> find the whole of the cocoon documentation chaotic - things are
>> liable to turn up all over the place, be contradictory, or
>> downright wrong, or just out of date).
David> Patches are welcome.
I don't that patches will help much.
I see on the cocoon developers list that people are aware it's a mess.
Anyway, here's one specific instance of something that is:
a) Wrong, and
b) Difficult to find what is right.
And since it comes form the Wiki section "For Beginners", it could
very VERY easily put someone off if they weren't as sure as I am
(having looked at Cocoon before) that Cocoon is what I want to use.
Having gone through the pain of getting Cocoon up and running, and
then getting it to work with saxon 8, I now actually want to write a
little application.
So I've got my transform working on static sample xml file, outside of
cocoon. I'm ready to try to put it into Cocoon.
This ought to be available right upfront on the documentation main
page. Instead i find I have to:
>From the documentation main page:
Select "Wiki Docs"
Select "For Beginners"
Select "Organizing your development"
And then, I find it's plain wrong (for 2.1.5 - no doubt a problem on
rely on a wiki). It talks about a subfolder in $cocoon_root called
mount.
Well, it doesn't exist in 2.1.5.
So I delve into the sitemap (note - already I'm starting to have to
look at source code, rather than documentation - but it gets worse).
I find that what I actually want is a file called mount-table.xml.
But that doesn't exist either (why isn't there a default one with
sample entries commented out?).
So I finally find my way to some java source, and find the format of
the file in java comments (made so much more harder to read by <s).
Phew.
Well, now I'll go and create one, and hope the java comments are
correct.
This is hard work!
--
Colin Paul Adams
Preston Lancashire
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
For additional commands, e-mail: users-help@cocoon.apache.org
Re: Again - how do I make saxon 8 the default xslt transformer?
Posted by David Crossley <cr...@apache.org>.
Colin Paul Adams wrote:
> Since no-one has been able to tell me anything, I'm trying
> to blunder my way through it.
>
> I think I've figured out everything except where to put
> the saxon8.jar file.
Have you seen the page
http://wiki.cocoondev.org/Wiki.jsp?page=Saxon
which may either help or confuse further :-)
Please edit if you see fit.
> I assume it must go in one of the sub-directories of the
> lib directory - I see Xalan is in lib/endorsed.
> but which one ...
I think that lib/local/ should be fine.
One trouble that i had with Saxon-6.5 was that even though
i declared it to be used only for one particular match in
my sitemap, it seemed to get used for some other core
operations and had some problems (IIRC in the catalog-demo
sample where the stylesheet reads and includes a text file).
> and do I need to put an entry in the jars.xml file?
If you want to stop the build warnings.
> Is this all documented somewhere? I can't find it (actually, I find
> the whole of the cocoon documentation chaotic - things are liable to
> turn up all over the place, be contradictory, or downright wrong, or
> just out of date).
Patches are welcome.
--
David Crossley
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
For additional commands, e-mail: users-help@cocoon.apache.org