cocoon-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Giacomo Pati <>
Subject Re: Cocoon Maven plugin - Merging deployer & rcl
Date Wed, 02 May 2007 10:52:44 GMT
Hash: SHA1

Giacomo Pati wrote:
> Reinhard Poetz wrote:
>> Giacomo Pati wrote:
>>> Reinhard Poetz wrote:
>>>>>> The second one allows "patching" the web.xml by adding snippets from
>>>>>> META-INF/cocoon/xpatch to it. It also supports a feature that reverses
>>>>>> the classloader hierarchy in a web application by using a shielding
>>>>>> classloader.
>>>>> But can only be used if packaging of the project is war!
>>>> I ported the patching functionality to cocoon:rcl too. In order to be
>>>> consistent with our other directory names, the plugins search for patch
>>>> files in /COB-INF/cocoon/xpatch/*.xweb.
>>> What was the reason to change the path from
>>> /META-INF/cocoon/xpatch/*.xweb to
>>> /COB-INF/cocoon/xpatch/*.xweb? It's confusing to me to change that.
>> sorry, my paths were wrong: Perviously the path was /META-INF/xpatch and
>> now it is /META-INF/cocoon/xpatch
> I'll set it back to /META-INF/xpatch and now it seems to find the patches and applies

Is it ok to set the path back to what it was or did you had some reason to change it?

> Sure, and I'll do my best to find the missings ;-)

Now, next thing I stumbled over is an exception that says:

2007-05-02 12:11:11 [ERROR] btpool0-3 cocoon - Internal Cocoon Problem
org.apache.cocoon.ProcessingException: Failed to process pipeline
        at [TransformerException] -
Caused by: org.apache.xml.utils.WrappedRuntimeException: Could not find variable with the
name of
        at org.apache.xpath.operations.Variable.fixupVariables(

Did any change messed up with the variable dojo-resources?

Ciao and thanks

- --
Giacomo Pati
Otego AG, Switzerland -
Orixo, the XML business alliance -

Version: GnuPG v2.0.3 (GNU/Linux)


View raw message