Thank you all for helping in this.
Thorsten,
I went with you suggestion and it worked great just like expected.
On Sun, Nov 11, 2012 at 3:24 PM, Robby Pelssers wrote:
> Hi Mansour,
>
> I do know how to access spring beans from C2.2 flowscript if that is of any
> help.
>
> Some sample code:
>
>
Thank you both for helping.
Robby,
this is the message I am getting now.
05:35:08.304 [btpool0-1] DEBUG o.a.cocoon.pipeline.AbstractPipeline -
Adding component XMLSerializer(hashCode=306853147) to pipeline
[CachingPipeline(hashCode=1346781896
components=[XMLGenerator(hashCode=1918414275
internalGen
Allright...
You should reminder this tip. It will only work if you do this in the very
last transformer right before calling the serializer.
You owe me a beer ;-)
Robby
-Original Message-
From: Christopher Schultz [mailto:ch...@christopherschultz.net]
Sent: Tuesday, November 13, 2012
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
All,
I'm running Cocoon 2.1.11 on Oracle Java 1.6.0_26. I'm using the
default Xalan 2.7.1 XSLT processor.
All examples are roughly mocked-up from a much more complicated
configuration so I apologize if there are typos, etc. -- I hand-typed
this messa
On 13/11/2012 16:33, Robby Pelssers wrote:
> Ok..
>
> I fixed the issue:
>
>
>
>
>
>
>
>
>
>
>
> Works now.
>
> I committed the fix to Cocoon3 trunk.
Hi Robby,
thank you for taking care of this: just tested yo
Ok..
I fixed the issue:
Works now.
I committed the fix to Cocoon3 trunk.
Robby
-Original Message-
From: Robby Pelssers [mailto:robby.pelss...@nxp.com]
Sent: Tuesday, November 13, 2012 2:49 PM
To:
I still need to commit the fix... will let you know once done.
Robby
-Original Message-
From: Mansour Al Akeel [mailto:mansour.alak...@gmail.com]
Sent: Tuesday, November 13, 2012 3:51 PM
To: users@cocoon.apache.org
Subject: Re: XInclude in sitemap.xmap
Robby,
thank you a lot for helping
Robby,
thank you a lot for helping in this, in a timely manner.
My recommendation is to use an instance of unmodifiable collections to
hold configurations and prevent over writing them.
We can either use a method that ensures configurations is not over
written, and put this method in the top level
I made a little change to that class and will check if that resolves the issue:
// set the baseUrl
if (!invocationParams.containsKey("baseUrl")) {
invocationParams.put("baseUrl", invocation.resolve(""));
}
Will let you know once tested.
Robby
-Original Mes
Ok... I found the problem.
Inside org.apache.cocoon.sitemap.node.AbstractSitemapNode the baseUrl is
overridden, although it correctly receives the baseUrl.
invocationParams = {
baseUrl=file:///c:/tmp/
cacheKey={map:0}
test=hello world
}
protected InvocationResult invoke(final String src, final
I'm debugging your issue and so far I'm pretty bedazzled about what the hell is
going on:
Map
baseUrl=file:/C:/workspaces/apache/cocoon/cocoon3/trunk/cocoon-sample/./src/main/resources/COB-INF/
cacheKey=aggr
I agree. This could be a common use. Additionally, I saw on the list
someone asking for saxon.
I think using this configuration, someone can plugin saxon for any of
their block. I didn't test it, but I think it should work.
Adding a FAQ item, for saxon will be good idea.
On Tue, Nov 13, 2012 at 3
I can not include all my files, but here's the relevant parts:
In my xml file:
http://www.w3.org/2001/XInclude"/>
On 11/11/2012 18:14, Mansour Al Akeel wrote:
> Ok Finally issue resolved.
I've opened COCOON3-109 for reporting this to the website - this is
quite a common use case, I'd say.
Regards.
> It looks like I am able to use docbook. Here's the steps to do so.
>
> There's a file
> cocoon_source/cocoon
14 matches
Mail list logo