Details
-
Task
-
Status: Closed
-
Major
-
Resolution: Fixed
-
None
-
None
Description
while working on the patch for SLING-8602 i noticed that the ITs are failing as soon as i update oak and jackrabbit version in sling-jcr-repoinit. i verified that by taking an unmodified checkout and just adjusting the the oak.version and jackrabbit.version properties.
the issue is (up to now) two fold:
- the embedded org.apache.jackrabbit bundles in org.apache.sling.testing.sling-mock-oak (see
SLING-8625) prevent the configured oak/jackrabbit versions to take effect - once that is fix, the ITs (setup configuration with launchpad 9) will fail
the latter most likely require multiple changes
- updating the it-model.txt to list oak bundles in order to avoid unresolved oak dependencies
- once that is solved the ITs fail with missing SlingRepository service and radu.cotescu suspected that it might be required to additionally update org.apache.sling.jcr.oak.server to oak 1.16.0. if that turns out to be needed i would cover it with another task.
Attachments
Attachments
Issue Links
- blocks
-
SLING-8605 AclUtil.createLocalRestrictions should use JackrabbitAccessControlList.isMultiValueRestriction(String)
- Closed
-
SLING-8602 Add support for PrincipalAccessControlList and ac-management by principal
- Closed
- is blocked by
-
SLING-8625 org.apache.sling.testing.sling-mock-oak : update oak version to 1.16.0, jackrabbit version to 2.18.2
- Closed