[
https://issues.apache.org/jira/browse/SLING-4934?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Stefan Seifert updated SLING-4934:
----------------------------------
Description: If you are using a DependencyManagement section in your pom
refererencing a newer version of a dependency being also used by sling-mock, it
will also influence the version of that transitive dependency of sling-mock at
runtime. That may lead to issues like SLING-4932. Therefore I would suggest to
also embed jcr.resource along with all other transitive dependencies within
sling-mock, similar to what was done in SLING-4827 for sling-mock-jackrabbit. A
related discussion can be found at
http://www.mail-archive.com/dev%40sling.apache.org/msg47007.html, but that was
not mentioning the problem with dependency management. (was: If you are using
a DependencyManagement section in your pom refererencing a newer version of a
dependency being also used by sling-mock, it will also influence the version of
that transitive dependency of sling-mock at runtime. That may lead to issues
like SLING-4392. Therefore I would suggest to also embed jcr.resource along
with all other transitive dependencies within sling-mock, similar to what was
done in SLING-4827 for sling-mock-jackrabbit. A related discussion can be found
at http://www.mail-archive.com/dev%40sling.apache.org/msg47007.html, but that
was not mentioning the problem with dependency management.)
> Sling Mock: Embed transitive dependencies
> -----------------------------------------
>
> Key: SLING-4934
> URL: https://issues.apache.org/jira/browse/SLING-4934
> Project: Sling
> Issue Type: Improvement
> Components: Testing
> Affects Versions: Testing Sling Mock 1.4.0
> Reporter: Konrad Windszus
> Attachments: SLING-4934-v01.patch, SLING-4934-v02.patch
>
>
> If you are using a DependencyManagement section in your pom refererencing a
> newer version of a dependency being also used by sling-mock, it will also
> influence the version of that transitive dependency of sling-mock at runtime.
> That may lead to issues like SLING-4932. Therefore I would suggest to also
> embed jcr.resource along with all other transitive dependencies within
> sling-mock, similar to what was done in SLING-4827 for sling-mock-jackrabbit.
> A related discussion can be found at
> http://www.mail-archive.com/dev%40sling.apache.org/msg47007.html, but that
> was not mentioning the problem with dependency management.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
