[JCRVLT-177] jcr:content and its children not overwritten during installation of Simple File Aggregate

• Type: Bug
• Status: Closed
• Priority: Major
• Resolution: Fixed
• Affects Version/s: 3.1.38
• Fix Version/s: 3.1.40
• Component/s: Packaging
• Assignee: Tobias Bocanegra
• Reporter: Konrad Windszus
• Created: 19/May/17 09:33
• Updated: 19/Feb/18 20:15
• Resolved: 21/Jun/17 08:23

Description

For simple file aggregates in a package, the child node jcr:content is not correctly overwritten.

Example
State in repository

+ content
  + test
    + thumbnail.png [nt:file]
      +  jcr:content [nt:resource]
        + dam:thumbnails [nt:folder]

In my package I have the filter

<workspaceFilter version="1.0">
    <filter root="/content/test"/>
</workspaceFilter>

And the package content consists of only the binary file /content/test/thumbnail.png.

Once I install that package it will not remove/recreate /content/test/thumbnail.png/jcr:content and also leave the child node dam:thumbnails in place.

I would expect that /content/test/thumbnail.png/jcr:content/dam:thumbnails is removed with the installation of the package.

Issue Links

• is related to: JCRVLT-262 Implement workaround for JCRVLT-177 when creating subpackages
• is related to: SLING-7501 FilveVault 3.1.38 breaks the Sling IDE Tools "Import from server..."
• is related to: JCRVLT-264 installing a newer version of a "multi-package" might fail with extracted sub-packages.
• is related to: JCRVLT-250 Test class "SimpleFileAggregateInPackage" not executed by default in maven-surefire-plugin