[
https://issues.apache.org/jira/browse/SLING-4827?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Robert Munteanu updated SLING-4827:
-----------------------------------
Description:
When using the JCR_JACKRABBIT resource resolver type recent versions of the
Jackrabbit are pulled in as transitive dependencies. This causes the
maven-bundle-plugin to generate Import-Version ranges based on the dependencies
of those artifacts required for the test code, as opposed to the the
dependencies required by production code.
Embedding the relevant dependencies in the sling-oak-mock jar should be enough
to remove this problem.
was:
When using the JCR_OAK resource resolve type recent versions of the
Jackrabbit/Oak are pulled in as transitive dependencies. This causes the
maven-bundle-plugin to generate Import-Version ranges based on the dependencies
of those artifacts required for the test code, as opposed to the the
dependencies required by production code.
Embedding the relevant dependencies in the sling-oak-mock jar should be enough
to remove this problem.
> Embed all needed classes in the sling-mock-jackrabbit jar
> ---------------------------------------------------------
>
> Key: SLING-4827
> URL: https://issues.apache.org/jira/browse/SLING-4827
> Project: Sling
> Issue Type: Improvement
> Components: Testing
> Reporter: Robert Munteanu
> Assignee: Robert Munteanu
> Fix For: Testing Sling Mock Oak 0.1.0
>
>
> When using the JCR_JACKRABBIT resource resolver type recent versions of the
> Jackrabbit are pulled in as transitive dependencies. This causes the
> maven-bundle-plugin to generate Import-Version ranges based on the
> dependencies of those artifacts required for the test code, as opposed to the
> the dependencies required by production code.
> Embedding the relevant dependencies in the sling-oak-mock jar should be
> enough to remove this problem.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
