Mailing-List: contact dev-help@maven.apache.org; run by ezmlm
Precedence: bulk
Reply-To: "Maven Developers List" <dev@maven.apache.org>
MIME-Version: 1.0
In-Reply-To: <CACLE=7O-N1XyKd3UdwjE7tuA0tPO5nyy61d19J9BixVKoY6GgA@mail.gmail.com>
References: <CA+nPnMwEH9Z2myp71uaSrdcyLJRFrE-Vrt20191rd01h+Ufhjw@mail.gmail.com>
 <ou13no$4jo$1@blaine.gmane.org> <CACLE=7MXxU_voUCeXHwAVu737sSxFdbC6sRLWC5ZAP5ceGeRQg@mail.gmail.com>
 <oubr4v$9b9$1@blaine.gmane.org> <CACLE=7O-N1XyKd3UdwjE7tuA0tPO5nyy61d19J9BixVKoY6GgA@mail.gmail.com>
From: Tibor Digana <tibordigana@apache.org>
Date: Tue, 14 Nov 2017 01:35:50 +0100
Message-ID: <CAKuVzBRoSvwpfcZ4OtR0P3dfo6K2pd9RFJ8xU3hcsfmqkVfRqg@mail.gmail.com>
Subject: Re: Maven 4.0.0
To: Maven Developers List <dev@maven.apache.org>
Content-Type: multipart/alternative; boundary="089e0826f45cadf958055de6916a"
archived-at: Tue, 14 Nov 2017 00:36:00 -0000

--089e0826f45cadf958055de6916a
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

I would like to have SCM Hook from CI or SCM Agent. Maven 4 should run only
changed modules similar to "mvn -pl...".
If we get a list of changed files, the Eclipse compiler might be faster and
then only tests for changed classes will run.

Then I would like to have clean and site executed on entire multi-module
project and not on individual modules like it is nowadays. Now when you run
"clean install site site:stage", all are run on every individual module. So
when site fails, the slowest was site and blocked more important install.

We should maybe introduce a new structure for BOM.

Another problem I struggle is transitive dependencies and their conflict.
Should a framework expose transitive dependencies?
Should we introduce a new scope like "abstract" and force the dependent POM
fail in validation phase if transitive dependency from f/w does not present
in App?
App (POM) ---[dependency]---> f/w(POM) ---[dependency with
scope=3Dabstract]---> T :: transitive dep.(POM)
*abstract would be similar to scope=3Dprovided but the App POM must list th=
e
dependency T.
It is fail-fast validation with abstract and then you do not need to use
maven-enforcer-plugin.
The T dependency appears very close to the root of dependency tree and
there would not be a conflict.
The T may come from company's BOM.


On Mon, Nov 13, 2017 at 11:19 AM, Romain Manni-Bucau <rmannibucau@gmail.com=
>
wrote:

> Hi J=C3=B6rg, fully unrelated (cross topic). About tycho I often end up
> doing a custom script hacking the resolvedArtifacts and using a local
> cache (m2 fake repo) because tycho plugin is way to slow in practise.
> It can look like
> https://github.com/Talend/component-runtime/blob/master/
> component-studio-integration/src/build/StudioDependencies.groovy#L27
> (which transitive deps support but it is not that hard to add).
>
> Romain Manni-Bucau
> @rmannibucau |  Blog | Old Blog | Github | LinkedIn
>
>
> 2017-11-13 11:11 GMT+01:00 J=C3=B6rg Schaible <joerg.schaible@bpm-inspire=
.com>:
> > Hi Romain,
> >
> > Am Thu, 09 Nov 2017 09:32:12 +0100 schrieb Romain Manni-Bucau:
> >
> >> FYI opened https://github.com/apache/maven/pull/136 for the MNG-6302
> >> (guess we can switch from thread to discuss it now?)
> >
> > How is this issue related with my topic regarding improved Tycho suppor=
t
> > in Maven 4.0.0?
> >
> > Regards,
> > J=C3=B6rg
> >
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
> > For additional commands, e-mail: dev-help@maven.apache.org
> >
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
> For additional commands, e-mail: dev-help@maven.apache.org
>
>

--089e0826f45cadf958055de6916a--