You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@cocoon.apache.org by Suzan Foster <su...@nerocmediaware.nl> on 2005/10/20 10:52:01 UTC
Cocoon 2.1.8 - namespaced xml binding failing.
Hi,
I'm having a problem with binding namespaced xml in 2.1.8 which I had
solved in 2.1.7. For the previous version it was suffice to upgrade
JXPath to a nightly build. However that doesn't help with the current
snapshot of Cocoon I'm using. There is no difference in using either a
default namespace or prefixes in both xml file and xpath expressions.
Below is a snippet of log for non-namespaced xml and binding definition
[1] and for namespaced xml and binding definition [2]. Any help on
resolving this issue would be greatly appreciated.
[1]
DEBUG (2005-10-20) 10:19.31:796 [forms.bindings] (/main.do)
http-80-Processor25/ValueJXPathBinding: Done loading ValueJXPathBinding
[widget=KledingstukOmschrijving, xpath=treetext] -- value= Fraai rokje!
DEBUG (2005-10-20) 10:19.31:796 [forms.bindings] (/main.do)
http-80-Processor25/ValueJXPathBinding: Done loading ValueJXPathBinding
[widget=KledingstukPrijs, xpath=text] -- value= € 23,95
DEBUG (2005-10-20) 10:19.31:796 [forms.bindings] (/main.do)
http-80-Processor25/ValueJXPathBinding: Done loading ValueJXPathBinding
[widget=KledingstukKleur, xpath=select/obj/@xlink:href] -- value=
../kleuren/kleuren.xml#ROOD
DEBUG (2005-10-20) 10:19.31:796 [forms.bindings] (/main.do)
http-80-Processor25/ValueJXPathBinding: Done loading ValueJXPathBinding
[widget=KledingstukBeschikbaar, xpath=boolean] -- value= true
DEBUG (2005-10-20) 10:19.31:796 [forms.bindings] (/main.do)
http-80-Processor25/ValueJXPathBinding: Done loading ValueJXPathBinding
[widget=Maat, xpath=text[position()=1]] -- value= 48
DEBUG (2005-10-20) 10:19.31:796 [forms.bindings] (/main.do)
http-80-Processor25/ValueJXPathBinding: Done loading ValueJXPathBinding
[widget=PrijsVan, xpath=text[position()=2]] -- value=
DEBUG (2005-10-20) 10:19.31:796 [forms.bindings] (/main.do)
http-80-Processor25/ValueJXPathBinding: Done loading ValueJXPathBinding
[widget=Prijs, xpath=text[position()=3]] -- value= € 23,95
DEBUG (2005-10-20) 10:19.31:796 [forms.bindings] (/main.do)
http-80-Processor25/ValueJXPathBinding: Done loading ValueJXPathBinding
[widget=Maat, xpath=text[position()=1]] -- value= 50
DEBUG (2005-10-20) 10:19.31:796 [forms.bindings] (/main.do)
http-80-Processor25/ValueJXPathBinding: Done loading ValueJXPathBinding
[widget=PrijsVan, xpath=text[position()=2]] -- value=
DEBUG (2005-10-20) 10:19.31:796 [forms.bindings] (/main.do)
http-80-Processor25/ValueJXPathBinding: Done loading ValueJXPathBinding
[widget=Prijs, xpath=text[position()=3]] -- value= € 24,95
[2]
DEBUG (2005-10-20) 10:23.21:796 [forms.bindings] (/main.do)
http-80-Processor25/JXPathBindingManager: Creation of new binding
finished. ContextJXPathBinding [xpath=/object]
DEBUG (2005-10-20) 10:23.21:796 [forms.bindings] (/main.do)
http-80-Processor25/ContextJXPathBinding: non-existent path: skipping
ContextJXPathBinding [xpath=/object]
--
Kind regards,
Suzan Foster
Software Engineer
*NEROC'MEDIAWARE *
De Run 1131
5503 LB Veldhoven
T +31 (0)40 258 66 66
F +31 (0)40 258 66 77
E suzan.foster@nerocmediaware.nl <ma...@nerocmediaware.nl>
================================================
De informatie opgenomen in dit bericht kan vertrouwelijk zijn en
is uitsluitend bestemd voor de geadresseerde. Indien u dit bericht
onterecht ontvangt, wordt u verzocht de inhoud niet te gebruiken en
de afzender direct te informeren door het bericht te retourneren.
================================================
The information contained in this message may be confidential
and is intended to be exclusively for the addressee. Should you
receive this message unintentionally, please do not use the contents
herein and notify the sender immediately by return e-mail.
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
For additional commands, e-mail: users-help@cocoon.apache.org
Re: Cocoon 2.1.8 - namespaced xml binding failing.
Posted by Suzan Foster <su...@nerocmediaware.nl>.
I think the names will be self-explanatory, but just to be thourough:
* data.xml is the namespaced xml data.
* binding.ok.xml is the namespaced binding using the same prefix as in
data.xml.
* binding.fail.xml is the namespaced binding using a different prefix
for the namespace.
Jean-Baptiste Quenot wrote:
>* Suzan Foster:
>
>
>
>>Correction to my previous post: when the prefixes in the xml
>>file and xpath expressions match it does bind, But when f.i. the
>>xml file binds the namespace to the prefix co: whilst the
>>binding definition binds the namespace to the prefix ab: it
>>fails.
>>
>>
>
>That's interesting. But can you provide a sample XML document and
>your form binding? It may be useful to see how you declared the
>namespaces.
>
>
--
Met vriendelijke groet,
Suzan Foster
Software Engineer
*NEROC'MEDIAWARE *
De Run 1131
5503 LB Veldhoven
T +31 (0)40 258 66 66
F +31 (0)40 258 66 77
E suzan.foster@nerocmediaware.nl <ma...@nerocmediaware.nl>
================================================
De informatie opgenomen in dit bericht kan vertrouwelijk zijn en
is uitsluitend bestemd voor de geadresseerde. Indien u dit bericht
onterecht ontvangt, wordt u verzocht de inhoud niet te gebruiken en
de afzender direct te informeren door het bericht te retourneren.
================================================
The information contained in this message may be confidential
and is intended to be exclusively for the addressee. Should you
receive this message unintentionally, please do not use the contents
herein and notify the sender immediately by return e-mail.
RE: Cocoon 2.1.8 - namespaced xml binding failing.
Posted by Combinational Logic <co...@soc-ip.com>.
Namespaces gave me major headaches with JX, CFORMS and XMLDb. Seems it
would be nice if one could define/overload namespaces on a per-sitemap or
per-pipeline basis. Is there a way to do this sort of thing or would this
be a bad-practice?
A couple of other related questions:
i) What is the best way to debug namespace problems?
ii) How does one remove the cform view-links from the top right corner?
Your wisdom is most-appreciated Cocoon enthusiats.
-----Original Message-----
From: Jean-Baptiste Quenot [mailto:jbq@anyware-tech.com]
Sent: Friday, October 21, 2005 12:51 AM
To: users@cocoon.apache.org
Subject: Re: Cocoon 2.1.8 - namespaced xml binding failing.
* Suzan Foster:
> Correction to my previous post: when the prefixes in the xml
> file and xpath expressions match it does bind, But when f.i. the
> xml file binds the namespace to the prefix co: whilst the
> binding definition binds the namespace to the prefix ab: it
> fails.
That's interesting. But can you provide a sample XML document and
your form binding? It may be useful to see how you declared the
namespaces.
--
Jean-Baptiste Quenot
Systèmes d'Information
ANYWARE TECHNOLOGIES
Tel : +33 (0)5 61 00 52 90
Fax : +33 (0)5 61 00 51 46
http://www.anyware-tech.com/
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
For additional commands, e-mail: users-help@cocoon.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
For additional commands, e-mail: users-help@cocoon.apache.org
Re: Cocoon 2.1.8 - namespaced xml binding failing.
Posted by Jean-Baptiste Quenot <jb...@anyware-tech.com>.
* Suzan Foster:
> Correction to my previous post: when the prefixes in the xml
> file and xpath expressions match it does bind, But when f.i. the
> xml file binds the namespace to the prefix co: whilst the
> binding definition binds the namespace to the prefix ab: it
> fails.
That's interesting. But can you provide a sample XML document and
your form binding? It may be useful to see how you declared the
namespaces.
--
Jean-Baptiste Quenot
Systèmes d'Information
ANYWARE TECHNOLOGIES
Tel : +33 (0)5 61 00 52 90
Fax : +33 (0)5 61 00 51 46
http://www.anyware-tech.com/
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
For additional commands, e-mail: users-help@cocoon.apache.org
Re: Cocoon 2.1.8 - namespaced xml binding failing.
Posted by Suzan Foster <su...@nerocmediaware.nl>.
Suzan Foster wrote:
> Jean-Baptiste Quenot wrote:
>
>> OK, so binding seems to be based on namespace prefix, rather than
>> namespace URI.
>>
>> If you think this is a bug, you might want to file a bug report at
>> ASF Jira: http://issues.apache.org/jira/browse/COCOON
>>
>>
>
> I need to have a more in-depth look at the issue before filing a bug
> report. But my first impression is that a bug report to commons-jxpath
> would be more appropriate.
I tested the issue with JXPath which seems to be handling it correctly,
so I filed a bug report at ASF Jira (COCOON-1671).
--
Met vriendelijke groet,
Suzan Foster
Software Engineer
*NEROC'MEDIAWARE *
De Run 1131
5503 LB Veldhoven
T +31 (0)40 258 66 66
F +31 (0)40 258 66 77
E suzan.foster@nerocmediaware.nl <ma...@nerocmediaware.nl>
================================================
De informatie opgenomen in dit bericht kan vertrouwelijk zijn en
is uitsluitend bestemd voor de geadresseerde. Indien u dit bericht
onterecht ontvangt, wordt u verzocht de inhoud niet te gebruiken en
de afzender direct te informeren door het bericht te retourneren.
================================================
The information contained in this message may be confidential
and is intended to be exclusively for the addressee. Should you
receive this message unintentionally, please do not use the contents
herein and notify the sender immediately by return e-mail.
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
For additional commands, e-mail: users-help@cocoon.apache.org
Re: Cocoon 2.1.8 - namespaced xml binding failing.
Posted by Suzan Foster <su...@nerocmediaware.nl>.
Jean-Baptiste Quenot wrote:
>* Suzan Foster:
>
>
>
>>After looking at the JXPath code I have to come to the
>>conclusion that it doesn't try to normalize the prefixes.
>>
>>
>
>OK, so binding seems to be based on namespace prefix, rather than
>namespace URI.
>
>If you think this is a bug, you might want to file a bug report at
>ASF Jira: http://issues.apache.org/jira/browse/COCOON
>
>
I need to have a more in-depth look at the issue before filing a bug
report. But my first impression is that a bug report to commons-jxpath
would be more appropriate.
--
Met vriendelijke groet,
Suzan Foster
Software Engineer
*NEROC'MEDIAWARE *
De Run 1131
5503 LB Veldhoven
T +31 (0)40 258 66 66
F +31 (0)40 258 66 77
E suzan.foster@nerocmediaware.nl <ma...@nerocmediaware.nl>
================================================
De informatie opgenomen in dit bericht kan vertrouwelijk zijn en
is uitsluitend bestemd voor de geadresseerde. Indien u dit bericht
onterecht ontvangt, wordt u verzocht de inhoud niet te gebruiken en
de afzender direct te informeren door het bericht te retourneren.
================================================
The information contained in this message may be confidential
and is intended to be exclusively for the addressee. Should you
receive this message unintentionally, please do not use the contents
herein and notify the sender immediately by return e-mail.
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
For additional commands, e-mail: users-help@cocoon.apache.org
Re: loop thru woody repeaters
Posted by Bruno Dumon <br...@outerthought.org>.
On Mon, 2005-10-24 at 14:46 +0100, Gunter D'Hondt wrote:
> Hi,
>
> I want to loop thru a woody repeater it's instances in plain old java
> code; doing a form.getWidget("repeatername") doesn't give me much methods
> to do that I think?
you need to cast it to a repeater:
Repeater repeater = (Repeater)form.getWidget("repeatername");
and then use getRow(index) and getSize() methods
>
> So:
> a repeater with widgets "id" and "name"; data:
> id name
> 1 abc
> 2 def
>
> and using java flow I want to set the data to:
> id name
> 1 111
> 2 222
>
>
>
> Minor detail: Cocoon 2.1.4
>
> Regards,
> Gunter D'Hondt
--
Bruno Dumon http://outerthought.org/
Outerthought - Open Source, Java & XML Competence Support Center
bruno@outerthought.org bruno@apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
For additional commands, e-mail: users-help@cocoon.apache.org
loop thru woody repeaters
Posted by Gunter D'Hondt <gu...@sofico.be>.
Hi,
I want to loop thru a woody repeater it's instances in plain old java
code; doing a form.getWidget("repeatername") doesn't give me much methods
to do that I think?
So:
a repeater with widgets "id" and "name"; data:
id name
1 abc
2 def
and using java flow I want to set the data to:
id name
1 111
2 222
Minor detail: Cocoon 2.1.4
Regards,
Gunter D'Hondt
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
For additional commands, e-mail: users-help@cocoon.apache.org
Re: Cocoon 2.1.8 - namespaced xml binding failing.
Posted by Jean-Baptiste Quenot <jb...@anyware-tech.com>.
* Suzan Foster:
> After looking at the JXPath code I have to come to the
> conclusion that it doesn't try to normalize the prefixes.
OK, so binding seems to be based on namespace prefix, rather than
namespace URI.
If you think this is a bug, you might want to file a bug report at
ASF Jira: http://issues.apache.org/jira/browse/COCOON
You will surely need to sign up before being able to
create a new entry.
Best regards,
--
Jean-Baptiste Quenot
Systèmes d'Information
ANYWARE TECHNOLOGIES
Tel : +33 (0)5 61 00 52 90
Fax : +33 (0)5 61 00 51 46
http://www.anyware-tech.com/
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
For additional commands, e-mail: users-help@cocoon.apache.org
Re: Cocoon 2.1.8 - namespaced xml binding failing.
Posted by Suzan Foster <su...@nerocmediaware.nl>.
After looking at the JXPath code I have to come to the conclusion that
it doesn't try to normalize the prefixes. I tested this theory by using
xmlns:co="http://www.nerocmediaware.nl/NCO/content/1.0" in my data and
xmlns:co="http://www.nerocmediaware.nl/NCO/structure/1.0" in my binding.
This was able to bind without complaining.
Suzan Foster wrote:
> Correction to my previous post: when the prefixes in the xml file and
> xpath expressions match it does bind, But when f.i. the xml file binds
> the namespace to the prefix co: whilst the binding definition binds
> the namespace to the prefix ab: it fails.
--
Met vriendelijke groet,
Suzan Foster
Software Engineer
*NEROC'MEDIAWARE *
De Run 1131
5503 LB Veldhoven
T +31 (0)40 258 66 66
F +31 (0)40 258 66 77
E suzan.foster@nerocmediaware.nl <ma...@nerocmediaware.nl>
================================================
De informatie opgenomen in dit bericht kan vertrouwelijk zijn en
is uitsluitend bestemd voor de geadresseerde. Indien u dit bericht
onterecht ontvangt, wordt u verzocht de inhoud niet te gebruiken en
de afzender direct te informeren door het bericht te retourneren.
================================================
The information contained in this message may be confidential
and is intended to be exclusively for the addressee. Should you
receive this message unintentionally, please do not use the contents
herein and notify the sender immediately by return e-mail.
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
For additional commands, e-mail: users-help@cocoon.apache.org
Re: Cocoon 2.1.8 - namespaced xml binding failing.
Posted by Suzan Foster <su...@nerocmediaware.nl>.
Correction to my previous post: when the prefixes in the xml file and
xpath expressions match it does bind, But when f.i. the xml file binds
the namespace to the prefix co: whilst the binding definition binds the
namespace to the prefix ab: it fails.
[1]
DEBUG (2005-10-20) 11:05.31:375 [forms.bindings] (/main.do)
http-80-Processor24/ValueJXPathBinding: Done loading ValueJXPathBinding
[widget=KledingstukOmschrijving, xpath=co:treetext] -- value= Fraai rokje!
DEBUG (2005-10-20) 11:05.31:375 [forms.bindings] (/main.do)
http-80-Processor24/ValueJXPathBinding: Done loading ValueJXPathBinding
[widget=KledingstukPrijs, xpath=co:text] -- value= € 23,95
DEBUG (2005-10-20) 11:05.31:437 [forms.bindings] (/main.do)
http-80-Processor24/ValueJXPathBinding: Done loading ValueJXPathBinding
[widget=KledingstukKleur, xpath=co:select/co:obj/@xlink:href] -- value=
../kleuren/kleuren.xml#ROOD
DEBUG (2005-10-20) 11:05.31:437 [forms.bindings] (/main.do)
http-80-Processor24/ValueJXPathBinding: Done loading ValueJXPathBinding
[widget=KledingstukBeschikbaar, xpath=co:boolean] -- value= true
DEBUG (2005-10-20) 11:05.31:468 [forms.bindings] (/main.do)
http-80-Processor24/ValueJXPathBinding: Done loading ValueJXPathBinding
[widget=Maat, xpath=co:text[position()=1]] -- value= 48
DEBUG (2005-10-20) 11:05.31:468 [forms.bindings] (/main.do)
http-80-Processor24/ValueJXPathBinding: Done loading ValueJXPathBinding
[widget=PrijsVan, xpath=co:text[position()=2]] -- value=
DEBUG (2005-10-20) 11:05.31:468 [forms.bindings] (/main.do)
http-80-Processor24/ValueJXPathBinding: Done loading ValueJXPathBinding
[widget=Prijs, xpath=co:text[position()=3]] -- value= € 23,95
DEBUG (2005-10-20) 11:05.31:468 [forms.bindings] (/main.do)
http-80-Processor24/ValueJXPathBinding: Done loading ValueJXPathBinding
[widget=Maat, xpath=co:text[position()=1]] -- value= 50
DEBUG (2005-10-20) 11:05.31:468 [forms.bindings] (/main.do)
http-80-Processor24/ValueJXPathBinding: Done loading ValueJXPathBinding
[widget=PrijsVan, xpath=co:text[position()=2]] -- value=
DEBUG (2005-10-20) 11:05.31:468 [forms.bindings] (/main.do)
http-80-Processor24/ValueJXPathBinding: Done loading ValueJXPathBinding
[widget=Prijs, xpath=co:text[position()=3]] -- value= € 24,95
DEBUG (2005-10-20) 11:05.31:468 [forms.bindings] (/main.do)
http-80-Processor24/RepeaterJXPathBinding: done loading rows
RepeaterJXPathBinding [widget=MaatPrijsTabel, xpath=co:list]
DEBUG (2005-10-20) 11:05.31:468 [forms.bindings] (/main.do)
http-80-Processor24/ContextJXPathBinding: done loading
ContextJXPathBinding [xpath=/co:object]
[2]
DEBUG (2005-10-20) 11:09.33:703 [forms.bindings] (/main.do)
http-80-Processor25/JXPathBindingManager: Creation of new binding
finished. ContextJXPathBinding [xpath=/ab:object]
DEBUG (2005-10-20) 11:09.33:718 [forms.bindings] (/main.do)
http-80-Processor25/ContextJXPathBinding: non-existent path: skipping
ContextJXPathBinding [xpath=/ab:object]
Suzan Foster wrote:
> Hi,
>
> I'm having a problem with binding namespaced xml in 2.1.8 which I had
> solved in 2.1.7. For the previous version it was suffice to upgrade
> JXPath to a nightly build. However that doesn't help with the current
> snapshot of Cocoon I'm using. There is no difference in using either a
> default namespace or prefixes in both xml file and xpath expressions.
> Below is a snippet of log for non-namespaced xml and binding
> definition [1] and for namespaced xml and binding definition [2]. Any
> help on resolving this issue would be greatly appreciated.
>
> [1]
>
> DEBUG (2005-10-20) 10:19.31:796 [forms.bindings] (/main.do)
> http-80-Processor25/ValueJXPathBinding: Done loading
> ValueJXPathBinding [widget=KledingstukOmschrijving, xpath=treetext] --
> value= Fraai rokje!
> DEBUG (2005-10-20) 10:19.31:796 [forms.bindings] (/main.do)
> http-80-Processor25/ValueJXPathBinding: Done loading
> ValueJXPathBinding [widget=KledingstukPrijs, xpath=text] -- value= €
> 23,95
> DEBUG (2005-10-20) 10:19.31:796 [forms.bindings] (/main.do)
> http-80-Processor25/ValueJXPathBinding: Done loading
> ValueJXPathBinding [widget=KledingstukKleur,
> xpath=select/obj/@xlink:href] -- value= ../kleuren/kleuren.xml#ROOD
> DEBUG (2005-10-20) 10:19.31:796 [forms.bindings] (/main.do)
> http-80-Processor25/ValueJXPathBinding: Done loading
> ValueJXPathBinding [widget=KledingstukBeschikbaar, xpath=boolean] --
> value= true
> DEBUG (2005-10-20) 10:19.31:796 [forms.bindings] (/main.do)
> http-80-Processor25/ValueJXPathBinding: Done loading
> ValueJXPathBinding [widget=Maat, xpath=text[position()=1]] -- value= 48
> DEBUG (2005-10-20) 10:19.31:796 [forms.bindings] (/main.do)
> http-80-Processor25/ValueJXPathBinding: Done loading
> ValueJXPathBinding [widget=PrijsVan, xpath=text[position()=2]] -- value=
> DEBUG (2005-10-20) 10:19.31:796 [forms.bindings] (/main.do)
> http-80-Processor25/ValueJXPathBinding: Done loading
> ValueJXPathBinding [widget=Prijs, xpath=text[position()=3]] -- value=
> € 23,95
> DEBUG (2005-10-20) 10:19.31:796 [forms.bindings] (/main.do)
> http-80-Processor25/ValueJXPathBinding: Done loading
> ValueJXPathBinding [widget=Maat, xpath=text[position()=1]] -- value= 50
> DEBUG (2005-10-20) 10:19.31:796 [forms.bindings] (/main.do)
> http-80-Processor25/ValueJXPathBinding: Done loading
> ValueJXPathBinding [widget=PrijsVan, xpath=text[position()=2]] -- value=
> DEBUG (2005-10-20) 10:19.31:796 [forms.bindings] (/main.do)
> http-80-Processor25/ValueJXPathBinding: Done loading
> ValueJXPathBinding [widget=Prijs, xpath=text[position()=3]] -- value=
> € 24,95
>
> [2]
>
> DEBUG (2005-10-20) 10:23.21:796 [forms.bindings] (/main.do)
> http-80-Processor25/JXPathBindingManager: Creation of new binding
> finished. ContextJXPathBinding [xpath=/object]
> DEBUG (2005-10-20) 10:23.21:796 [forms.bindings] (/main.do)
> http-80-Processor25/ContextJXPathBinding: non-existent path: skipping
> ContextJXPathBinding [xpath=/object]
>
--
Met vriendelijke groet,
Suzan Foster
Software Engineer
*NEROC'MEDIAWARE *
De Run 1131
5503 LB Veldhoven
T +31 (0)40 258 66 66
F +31 (0)40 258 66 77
E suzan.foster@nerocmediaware.nl <ma...@nerocmediaware.nl>
================================================
De informatie opgenomen in dit bericht kan vertrouwelijk zijn en
is uitsluitend bestemd voor de geadresseerde. Indien u dit bericht
onterecht ontvangt, wordt u verzocht de inhoud niet te gebruiken en
de afzender direct te informeren door het bericht te retourneren.
================================================
The information contained in this message may be confidential
and is intended to be exclusively for the addressee. Should you
receive this message unintentionally, please do not use the contents
herein and notify the sender immediately by return e-mail.
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
For additional commands, e-mail: users-help@cocoon.apache.org