[jira] (JCRVLT-584) Forcing UUID on packages may break previously installable packages

["Julian Reschke (Jira)" <ji...@apache.org>]

    [ https://issues.apache.org/jira/browse/JCRVLT-584 ]


    Julian Reschke deleted comment on JCRVLT-584:
    ---------------------------------------

was (Author: reschke):
The behavior that we observe is that a package install fails when a referenceable node with the same jcr:uuid already exists in the repo, but in a different location (because it was moved).

> Forcing UUID on packages may break previously installable packages
> ------------------------------------------------------------------
>
>                 Key: JCRVLT-584
>                 URL: https://issues.apache.org/jira/browse/JCRVLT-584
>             Project: Jackrabbit FileVault
>          Issue Type: Bug
>          Components: Packaging
>    Affects Versions: 3.5.8
>            Reporter: Dominik Süß
>            Priority: Major
>
> The Changes of JCRVLT-551 introduce a breaking behavior for existing packages that previously installed fine if those don't meet referential integrity.
> While the intention of the improvement is clear it can lead to unexpectedly failing installations even if referential integrity wasn't intended. This explicitly happens for packages created by a vlt export which would bundle up created jcr:uuids.
> As this seems not to be an isolated scenario (verified to not occur on an isolated case) the proposed solution would be to make referential integrity a package property where the default behavior (strict or relaxed on enforcing referential integrity) may be configured system wide and explicit behavior may be defined via the package properties (therefore the intend of referential integrity can be marked and controlled).



--
This message was sent by Atlassian Jira
(v8.20.1#820001)