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 2022/06/10 13:43:00 UTC

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

     [ https://issues.apache.org/jira/browse/JCRVLT-584?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Konrad Windszus resolved JCRVLT-584.
------------------------------------
    Resolution: Fixed

Fixed via the subtasks

> 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üß
>            Assignee: Konrad Windszus
>            Priority: Major
>             Fix For: 3.6.2
>
>
> 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.7#820007)