[jira] Updated: (COCOON-1813) doesn't work with nested repeaters

["Jean-Baptiste Quenot (JIRA)" <ji...@apache.org>]

     [ http://issues.apache.org/jira/browse/COCOON-1813?page=all ]

Jean-Baptiste Quenot updated COCOON-1813:
-----------------------------------------

    Summary: <fb:identity> doesn't work with nested repeaters  (was: fb:identify doesn't work with repeater of repeaters)

> <fb:identity> doesn't work with nested repeaters
> ------------------------------------------------
>
>          Key: COCOON-1813
>          URL: http://issues.apache.org/jira/browse/COCOON-1813
>      Project: Cocoon
>         Type: Bug
>   Components: Blocks: Forms
>     Versions: 2.1.8
>     Reporter: Eric Meyer

>
> I have a repeater where each row contains a different repeater (concretely a repeater of "tabs" where each row contains a repeater of "modules"). I used the tasktree example (http://cocoon.zones.apache.org/demos/21branch/samples/blocks/forms/do-taskTree.flow) for a sample structure to get me started.
> I can see that the fb:identity bindings for both the outer and inner repeaters are being loaded successfully. However reordering inner or outer repeater elements does not result in any of the collection items being reordered in the underlying object model.
> If i remove my fb:identity bindings, then new objects are successfully created each time the form is saved (and the old ones are discarded). This is not ideal, as the objects are persistent (mapped using Hibernate). I have a work-around, but it's not pretty.
> The use of repeaters inside repeaters is pretty rare, so I think I just stumbled into a dusty corner. I'd be happy to collaborate on a fix.
> Regards,
> Eric

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
   http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see:
   http://www.atlassian.com/software/jira