You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@sling.apache.org by "Konrad Windszus (JIRA)" <ji...@apache.org> on 2017/02/21 12:49:44 UTC
[jira] [Updated] (SLING-6541) slingstart-maven-plugin: Make
enriching the Maven classpath optional
[ https://issues.apache.org/jira/browse/SLING-6541?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Konrad Windszus updated SLING-6541:
-----------------------------------
Description:
Currently the {{o.a.s.maven.slingstart.DependencyLifecycleParticipant}} takes care of enriching the Maven classpath for all projects referencing this Maven plugin. Although in most of the cases this may be desired, this is not necessarily the case.
E.g. when I have a bundle module which contains some ITs leveraging sling-mocks and others leveraging e.g. a teleporter test, the merged classpath often conflicts with sling-mocks. When using a model leveraging a slingstart project like the sling launchpad the merged classpath is huge and may negatively affect also other ITs (which are not executed remotely).
I therefore propose to make the extension of the classpath optional.
Initially this was only done for {{slingstart}} and {{slingfeature}} but changed to all projects referencing this plugin in SLING-6068.
was:
Currently the {{o.a.s.maven.slingstart.DependencyLifecycleParticipant}} takes care of enriching the Maven classpath for all projects referencing this Maven plugin. Although in most of the cases this may be desired, this is not necessarily the case.
E.g. when I have a bundle module which contains some ITs leveraging sling-mocks and others leveraging e.g. a teleporter test, the merged classpath often conflicts with sling-mocks. When using a model leveraging a slingstart project like the sling launchpad the merged classpath is huge and may negatively affect also other ITs (which are not executed remotely).
I therefore propose to make the extension of the classpath optional.
Initially this was only done for {{slingstart}} and {{slingfeature}} but changed to all project referencing this plugin in SLING-6068.
This was initially changed in SLING-6068.
> slingstart-maven-plugin: Make enriching the Maven classpath optional
> --------------------------------------------------------------------
>
> Key: SLING-6541
> URL: https://issues.apache.org/jira/browse/SLING-6541
> Project: Sling
> Issue Type: Improvement
> Components: Tooling
> Affects Versions: Slingstart Maven Plugin 1.7.0
> Reporter: Konrad Windszus
>
> Currently the {{o.a.s.maven.slingstart.DependencyLifecycleParticipant}} takes care of enriching the Maven classpath for all projects referencing this Maven plugin. Although in most of the cases this may be desired, this is not necessarily the case.
> E.g. when I have a bundle module which contains some ITs leveraging sling-mocks and others leveraging e.g. a teleporter test, the merged classpath often conflicts with sling-mocks. When using a model leveraging a slingstart project like the sling launchpad the merged classpath is huge and may negatively affect also other ITs (which are not executed remotely).
> I therefore propose to make the extension of the classpath optional.
> Initially this was only done for {{slingstart}} and {{slingfeature}} but changed to all projects referencing this plugin in SLING-6068.
--
This message was sent by Atlassian JIRA
(v6.3.15#6346)