You are viewing a plain text version of this content. The canonical link for it is here.
Posted to oak-issues@jackrabbit.apache.org by "angela (JIRA)" <ji...@apache.org> on 2013/02/14 17:02:14 UTC
[jira] [Created] (OAK-626) Allow for setting orderable child nodes
on the parent tree
angela created OAK-626:
--------------------------
Summary: Allow for setting orderable child nodes on the parent tree
Key: OAK-626
URL: https://issues.apache.org/jira/browse/OAK-626
Project: Jackrabbit Oak
Issue Type: Improvement
Components: core
Reporter: angela
currently the only way to enforce orderable child nodes is to call
Tree#orderBefore. IMHO this doesn't properly reflect the fact that
the requirement for ordered child nodes is defined by the primary
node type of the parent rather than by the child nodes.
i see 2 different ways how we could implement this:
1) the tree evaluates it's primary type and sets the OAK_CHILD_ORDER
property accordingly
2) we extend the Tree interface and delegate the responsibility to the
API caller -> patch attached that also removes the hack on TreeUtil
in case of 2) we should/could adjust oak-jcr to call this method upon
adding child nodes or changing the primary type instead of calling a
fake-reorder that currently asserts that the child order is stable.
open question regarding 2:
should oak-core verify if the primary type mandates orderable child
nodes upon reorder or calling the new method? should it be allowed
to have the OAK_CHILD_ORDER property if the children are not orderable?
should calling reorder fail in that case?
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira