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:24:44 UTC
[jira] [Created] (SLING-6541) slingstart-maven-plugin: Make
enriching the Maven classpath optional
Konrad Windszus created SLING-6541:
--------------------------------------
Summary: 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 project referencing this plugin in SLING-6068.
This was initially changed in SLING-6068.
--
This message was sent by Atlassian JIRA
(v6.3.15#6346)