You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@jackrabbit.apache.org by "Konrad Windszus (JIRA)" <ji...@apache.org> on 2015/03/05 13:06:38 UTC

[jira] [Created] (JCRVLT-85) ImportUUIDBehavior.IMPORT_UUID_COLLISION_REMOVE_EXISTING might lead to removal of nodes which are not overwritten by the package

Konrad Windszus created JCRVLT-85:
-------------------------------------

             Summary: ImportUUIDBehavior.IMPORT_UUID_COLLISION_REMOVE_EXISTING might lead to removal of nodes which are not overwritten by the package
                 Key: JCRVLT-85
                 URL: https://issues.apache.org/jira/browse/JCRVLT-85
             Project: Jackrabbit FileVault
          Issue Type: Bug
    Affects Versions: 3.1.16
            Reporter: Konrad Windszus


Currently the DocViewSaxImporter is using the {{ImportUUIDBehavior.IMPORT_UUID_COLLISION_REMOVE_EXISTING}} (https://github.com/apache/jackrabbit-filevault/blob/trunk/vault-core/src/main/java/org/apache/jackrabbit/vault/fs/impl/io/DocViewSAXImporter.java#L1010).
According the the JCR Spec (http://www.day.com/specs/jcr/2.0/11_Import.html#11.8.2%20Remove%20Existing%20Node) that means the node with the same ID is first removed from the repo (no matter where it is located), then the new node one is imported with that ID.

That is a problem, if by coincidence the ID 1 is used for node /content/a in the repository and now you install a package containing /content/b also having the ID 1. 
Then the package would remove the /content/a node from the repository, although this is not intended.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)