+1 to deprecate 3.0.x to get rid of Sonatype Aether, which would
considerably simplify the dependency handling code base.

Not my use case, but,just to put it over the table, we should check the
Eclipse Aether New and Noteworthy page [1] to see if there is some
particular requirement over aether library that we want to take for granted.

I've looked for each aether version used by maven and I came up with the
following list:

"3.0.0" <-- Sonatype Aether 1.7
"3.0.1" <-- Sonatype Aether 1.8
"3.0.2" <-- Sonatype Aether 1.9
"3.0.3" <-- Sonatype Aether 1.11
"3.0.4" <-- Sonatype Aether 1.13.1
"3.0.5" <-- Sonatype Aether 1.13.1

"3.1.0" <-- Eclipse Aether 0.9.0M2
"3.1.1" <-- Eclipse Aether 0.9.0M2
"3.2.1" <-- Eclipse Aether 0.9.0M2
"3.2.2" <-- Eclipse Aether 0.9.0M2
"3.2.3" <-- Eclipse Aether 0.9.0M2

"3.2.5" <-- Eclipse Aether 1.0.0.v20140518

"3.3.1" <-- Eclipse Aether 1.0.2.v20150114
"3.3.3" <-- Eclipse Aether 1.0.2.v20150114
"3.3.9" <-- Eclipse Aether 1.0.2.v20150114

"3.5.0" <-- Maven Resolver 1.0.3

"3.5.2" <-- Maven Resolver 1.1.0

"3.5.3" <-- Maven Resolver 1.1.1
"3.5.4" <-- Maven Resolver 1.1.1

"3.6.0" <-- Maven Resolver 1.3.1

"3.6.1" <-- Maven Resolver 1.3.3

"3.6.2" <-- Maven Resolver 1.4.1
"3.6.3" <-- Maven Resolver 1.4.1


so for example, let's say if it is really important that the CollectResult
class keeps the detected dependency cycles (0.0.9-M4) then we should think
in deprecating until maven 3.2.3.

Again, not my use case. I'm fine with deprecating 3.0.x.

Best regards,
Gabriel

[1] https://wiki.eclipse.org/Aether/New_and_Noteworthy

El mié., 15 de abr. de 2020 a la(s) 17:39, Tibor Digana (
tibordig...@apache.org) escribió:

> Some users still use Maven 3.0.5 and they require a support for
> compatibility reasons between nowadays Maven plugins and the Maven
> 3.0.x.
>
> We have a couple of reasons to deprecate this version (JSR-330,
> Components injection, Logger) and we have discussed this issue in
> https://github.com/apache/maven-surefire/pull/274
>
> Let's discuss it.
>
> Cheers
> Tibor17
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
> For additional commands, e-mail: dev-h...@maven.apache.org
>
>

Reply via email to