Eric Wittmann created SRAMP-535: ----------------------------------- Summary: Reset UUID of artifact when it is deleted Key: SRAMP-535 URL: https://issues.jboss.org/browse/SRAMP-535 Project: S-RAMP Issue Type: Bug Security Level: Public (Everyone can see) Components: Core Affects Versions: 0.5.0.Beta3 Reporter: Eric Wittmann Assignee: Brett Meyer Fix For: 0.5.0.Beta4 Currently when an artifact is deleted we do not delete the JCR node. Instead we move it to another location in the JCR tree. This allows us to potentially add a new node with the same UUID (e.g. a user-specified one). However, the deleted artifact is still sitting over in the trash JCR folder with that original user-defined UUID. So now if you try to delete the new artifact you'll get this: {code} A node definition that allows same name siblings could not be found for the node "/s-ramp-trash/artifacts/03/3a/75/4766e0b8f42a6810ecd6dd73c441a3ed7e[2]" in workspace "default" {code} Possible solution is to generate a new UUID for the trashed artifact when it gets moved? Or else allow same-name-siblings in the JCR tree only for s-ramp/trash (not sure this is possible). -- This message was sent by Atlassian JIRA (v6.2.6#6264)