esolver master branches. You can
find the URLs to all repositories (Maven, Maven Resolver and some examples) in
my previous mails.
From: Enno Thieleke
Sent: Sunday, December 26, 2021 8:47 PM
To: Maven Developers List
Subject: Re: Fw: Request for Enhancement: Depe
Fwiw:
Romain, I think you're exaggerating. The answer is, like in most cases: "it
depends".
Most people, we're most likely talking 95-99% here, will happily use JDK 17
with Maven 4.
Some people might need to compile for lower sources and targets, but running
tests for those builds in JDK 17 i
the impact, I fear this may be for Maven 5: we clearly need to
> focus on releasing Maven 4 first
> https://www.javaadvent.com/2021/12/from-maven-3-to-maven-5.html
>
> 4. as part of the build vs consumer pom approach, do you think a consumer
> pom can be generated from your build pom?
>
>
PM
To: Maven Developers List
Subject: Re: Request for Enhancement: Dependency Overrides
Le lun. 22 nov. 2021 à 14:15, Enno Thieleke a
écrit :
> Hello,
>
> @Delany, regarding 1 and 2: If I added all the other elements of the
> dependency tag, I would have to apply dependency management anyway
ndency management.
Please let me know what you think.
Kind regards
Enno
From: Romain Manni-Bucau
Sent: Monday, November 22, 2021 2:33 PM
To: Maven Developers List
Subject: Re: Request for Enhancement: Dependency Overrides
Le lun. 22 nov. 2021 à 14:15, Enno Thieleke a
écrit :
>
the
> exclusion structure. But then excluding doesn't require DM.
>
> You're right about wrapping the lists. Will you at least allow not defining
> a dependency at all, aka a global exclude?
>
> Delany
>
> On Sun, 21 Nov 2021 at 17:14, Enno Thieleke
> wrote
x
x
...
Regards,
Delany
On Sun, 21 Nov 2021 at 02:05, Enno Thieleke
wrote:
> Hello,
>
> it's been a while and I've made some progress regarding
> overrides/replacements and wanted to share the current state.
>
> What's implemented/changed:
>
8.2 or 4 to be testable and validate design choices and actual usage on
real dependencies compared to current option.
Le sam. 4 sept. 2021 à 23:21, Enno Thieleke a
écrit :
> Hello again,
>
> I tried to create a proposal in/under
> https://cwiki.apache.org/confluence/pages/viewpage.actio
As one of the new guys, I can confirm that IRC is misleading and confusing. I
totally missed any topic regarding the "we moved to slack" part. Could've been
a bad IRC client, could've been me, not sure.
I agree with Bernd: New people would very much like to find slack information
on the website
nd regards
Enno
____
From: Enno Thieleke
Sent: Thursday, August 26, 2021 11:59 AM
To: Maven Developers List
Subject: Re: Request for Enhancement: Dependency Overrides
Hi Michael,
I'll take this as a "go ahead, if it's good we'll accept it".
_
From: Michael Osipov
Sent: Wednesday, August 25, 2021 9:01 PM
To: dev@maven.apache.org
Subject: Re: Request for Enhancement: Dependency Overrides
Am 2021-08-25 um 20:51 schrieb Enno Thieleke:
> Hello again,
>
> some days have passed and I didn't want to distract you people from
t: Re: Request for Enhancement: Dependency Overrides
Le dim. 15 août 2021 à 18:19, Enno Thieleke a
écrit :
> This will most likely be the last answer I'll give you, because I don't
> see any constructive criticism on your part. All you're saying is that it's
> redunda
is worth my time or if I can simply stop
at this point. If this feature has the stuff to make it into Maven, then
details need to be worked out and I'd be willing to implement most if not all
of it.
From: Romain Manni-Bucau
Sent: Sunday, August 15, 2021 3:07 P
et.
My motivation also comes from the fact that I don't want to repeat myself over
and over again, which I what must do if I use exclusions.
From: Romain Manni-Bucau
Sent: Sunday, August 15, 2021 8:35 AM
To: Maven Developers List
Subject: Re: Request for Enhancement: Dependency Overrides
est for Enhancement: Dependency Overrides
Le sam. 14 août 2021 à 18:56, Enno Thieleke a
écrit :
> You're right. Currently, if I want to control my dependencies, I must
> resort to excludes and define the dependencies I really want myself. And
> putting something like that in one or two
From: Romain Manni-Bucau
Sent: Saturday, August 14, 2021 5:08 PM
To: Maven Developers List
Subject: Re: Request for Enhancement: Dependency Overrides
Le sam. 14 août 2021 à 16:52, Enno Thieleke a
écrit :
> You are right, the feature is mainly useful for transitive
hat useful if you want to
replace transitive dependencies with fixed minor updates. This is however
seldomly needed since maven adjusts version conflicts to the closest version
anyway.
Gruss
Bernd
--
http://bernd.eckenfels.net
____
Von: Enno Thieleke
Gesendet: Satur
2021 2:08 PM
To: Maven Developers List
Subject: Re: Request for Enhancement: Dependency Overrides
Le sam. 14 août 2021 à 13:24, Enno Thieleke a
écrit :
> So, you're saying that I can replace artifact coordinates with
> dependencyManagement.dependencies already? I'm not talking about ve
ture to do so is
any more useful than just blocking the deprecated artifacts.
Gruss
Bernd
--
http://bernd.eckenfels.net
Von: Enno Thieleke
Gesendet: Saturday, August 14, 2021 1:24:26 PM
An: Maven Developers List
Betreff: Re: Request for Enhancement: Dependency Ove
lready smoothly doable.
Le sam. 14 août 2021 à 02:01, Enno Thieleke a
écrit :
> Hi Romain,
>
> the dependencyOverrides element is an addition. While it shares some
> characteristics, it does not duplicate the dependencyManagement element. In
> fact, it's a part of it. Come to
ibucau> | Blog
<https://rmannibucau.metawerx.net/> | Old Blog
<http://rmannibucau.wordpress.com> | Github <https://github.com/rmannibucau> |
LinkedIn <https://www.linkedin.com/in/rmannibucau> | Book
<https://www.packtpub.com/application-development/java-ee-8-high-performan
dev@maven.apache.org
Subject: Re: Request for Enhancement: Dependency Overrides
Am 2021-08-06 um 17:55 schrieb Enno Thieleke:
> Hello,
>
> I've been using Maven for 10+ years now. It's great and I still prefer it
> over similar tools. Recently I encountered a scenario w
Hello,
I've been using Maven for 10+ years now. It's great and I still prefer it over
similar tools. Recently I encountered a scenario where it would have been nice
to be able to simply "override" a dependency. For example by specifying
_somehow_ that (in my case) commons-logging should be jcl-
23 matches
Mail list logo
