Stefano Mazzocchi dijo:
>
> On Thursday, Oct 9, 2003, at 22:30 Europe/Rome, Antonio Gallardo wrote:
>
>>> antonio     2003/10/09 13:12:35
>>>
>>>   Modified:    src/webapp/WEB-INF cocoon.xconf
>>>   Log:
>>>   Fixing bug related to woody form handling posted
>>>   by Carlos Chávez. Bruno Dumon suggested the fix
>>>   and it works back again.
>>>
>>>   Revision  Changes    Path
>>>   1.31      +1 -1      cocoon-2.1/src/webapp/WEB-INF/cocoon.xconf
>>>
>>>   Index: cocoon.xconf
>>>   ===================================================================
>>> RCS file: /home/cvs//cocoon-2.1/src/webapp/WEB-INF/cocoon.xconf,v
>>> retrieving revision 1.30
>>>   retrieving revision 1.31
>>>   diff -u -r1.30 -r1.31
>>>   --- cocoon.xconf  6 Oct 2003 16:10:55 -0000       1.30
>>>   +++ cocoon.xconf  9 Oct 2003 20:12:35 -0000       1.31
>>>   -    <parameter name="reuse-parsers" value="true"/>
>>>   +    <parameter name="reuse-parsers" value="false"/>
>>
>> Next time we need to be more carefully :)
>
> i don't get it. if the above breaks woody, this is a hack, not a fix.
> we need to really fix the bug, not to route around it. any info on
> where the problem is?

This problem does not breaks woody. It breaks Flow, continuations, woody
and maybe other areas that I am not using. Maybe someone else can post
other related problems.

The problem looks to be part of Xerces. Snip from cocoon.xconf:

<snip>
| - reuse-parsers (boolean, default = true) : do we want to reuse
|     parsers or create a new parser for each parse ?
|     Note : even if this parameter is true, parsers are not recycled
|     in case of parsing errors : some parsers (e.g. Xerces) do not like
|     to be reused after failure.
</snip>

I don't know if this is a hack or not, but this was always false since I
am using Cocoon. Also, don't know if we need to go into Xerces parser and
repair the error.

Best Regards,

Antonio Gallardo.



Reply via email to