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)