You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@jackrabbit.apache.org by "Tobias Bocanegra (JIRA)" <ji...@apache.org> on 2008/08/04 15:36:44 UTC
[jira] Commented: (JCR-1401) Removing-nodes with unexpected
nodetype
[ https://issues.apache.org/jira/browse/JCR-1401?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12619511#action_12619511 ]
Tobias Bocanegra commented on JCR-1401:
---------------------------------------
would it help, if we move the 'replace-the-contentnode-if-wrong-nodetype' logic from the default handler to the XML handler?
in this case, if no XML handler is involved, this would work as before the changes in JCR-973 and an existing content node would not be altered. if the xml handler detects a incompatible node type it would then replace the content node.
> Removing-nodes with unexpected nodetype
> ---------------------------------------
>
> Key: JCR-1401
> URL: https://issues.apache.org/jira/browse/JCR-1401
> Project: Jackrabbit
> Issue Type: Improvement
> Components: jackrabbit-jcr-server
> Affects Versions: 1.4
> Reporter: Claus Köll
> Assignee: Tobias Bocanegra
>
> tobias adds a logic with JCR-973 that the DefaultHandler checks the nodetype of the jcr:content node
> and if it does not match it will be deleted and created with the new one.
> i think its dangerous to automacially change a node type.
> if the node was added programatically and then saved through webdav it could happen that the nodetype will be changed
> from nt:resource to the nt:unstructured.
> if some logic depends on the nodetype the failure search will be hard ;-)
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.