Hello,
I'm attempting to port our Cocoon 2.1.11 sitemap to C3, little by little.
So far I have gotten a very simple pipeline to work:
Hooray!
However when I get a little more complicated, I get an exception:
The "{map:1}" used to be just "{1}", but from the c3 samples it looks
like we
I found the issue !
It was a wrong namespace declaration in the XSL of the first pipeline.
The generated XML was containing this namespace on some nodes and it was a
problem.
The generated content was not interpreted as XML.
It's solved.
Thanks Robby another time for your help.
Patricia
Le 23 ma
Ok, thanks for this explanations.
I says to me that the error must be due to something wrong either in the
execution of the first pipeline or in the XSL if the second pipeline.
Thanks Robby.
Patricia
Le 23 mars 2012 à 16:55, Robby Pelssers a écrit :
> The default generator @type is the XML file
The default generator @type is the XML file generator. So if
cocoon://{1}/tree-expo-get-children returns XML you don't need to specify a
type on the generator.
Robby
From: Patricia Déchandol [mailto:pdechan...@ajlsm.com]
Sent: Friday, March 23, 2012 4:54 PM
To: users@cocoon.apache.org
Subject:
Yes, I understood this point I think.
But which the of generator must I call there ? No particular type ?
It may like this ?
Because if it's supposed to work, the error I meet when I use a generator must
be due to something else.
Patricia
Le 23 mars 2012 à 16:04, Robby Pelssers a écrit :
> You
On 3/23/2012 7:49 AM, Francesco Chicchiriccò wrote:
It seems that maven is trying to download cocoon artifacts from
java.net (http://download.java.net/maven/2/) maven repository where,
of course, they are not available.
This is happening because you probably have, at the end of
myparent/pom.x
On 23/03/2012 16:31, Lars Huttar wrote:
> On 3/23/2012 7:33 AM, Francesco Chicchiriccò wrote:
>> On 22/03/2012 17:03, Lars Huttar wrote:
>>> As so often happens, asking for help generated some further thoughts
>>> and I was able to get things working better.
>>>
>>> Although I had added a COB-INF/s
On 3/23/2012 7:33 AM, Francesco Chicchiriccò wrote:
On 22/03/2012 17:03, Lars Huttar wrote:
As so often happens, asking for help generated some further thoughts
and I was able to get things working better.
Although I had added a COB-INF/sitemap.xmap to src in my block
(e-17-pub/src/main/resou
You should not use map:read but map:generate when you want to do further
processing.
From: Patricia Déchandol [mailto:pdechan...@ajlsm.com]
Sent: Friday, March 23, 2012 3:31
Hi everybody,
I have a problem understanding how to write my pipelines.
I have a first pipeline :
On 3/23/2012 7:49 AM, Francesco Chicchiriccò wrote:
Change this to
maven2-repository.java.net
Java.net Repository for Maven
http://download.java.net/maven/2/
default
apache.snapshots
Apache Snapshot Repository
http://repository.apache.org/snapshots
false
...
Regards.
--
Francesco Chicch
On 23/03/2012 13:39, Lars Huttar wrote:
> Hi again...
>
> As noted previously, I was able to get C3 running with Francesco's
> instructions (http://markmail.org/message/d6m2yidkrfqkslo2, part C)
> running on my development desktop (using "mvn clean install" instead of
> "mvn clean package"). This i
On 22/03/2012 17:03, Lars Huttar wrote:
> As so often happens, asking for help generated some further thoughts
> and I was able to get things working better.
>
> Although I had added a COB-INF/sitemap.xmap to src in my block
> (e-17-pub/src/main/resources/COB-INF/sitemap.xmap), I noticed that the
>
On 20/03/2012 08:46, Francesco Chicchiriccò wrote:
> On 19/03/2012 21:42, Fawzib Rojas wrote:
>> Where are the Cocoon API docs? All the links I've clicked at Apache
>> Cocoon site send me to a 'Not Found' page...
>
> Hi,
> it seems that latest site publishing left out all javadocs: something
> to c
14 matches
Mail list logo
