Re: [DISCUSS] Maven Resolver future

Hi, I really feel -1 regarding "Get rid of ServiceLocator in Resolver: This will prevent a lot of consumers of resolver from upgrading. As those consumers don't want to be forced to use all the guice stack (or whatever or DI stack) and all the possible issues coming with this in constrained environ

plexus-utils 4.x and Xpp3DomBuilder

Hi I'm trying to update plexus-utils 3.5.x to plexus-utils/plexus-xml 4.x in maven-enforcer In maven-enforcer (and in many other plugins ...) is used, code like: Xpp3Dom enforcerRules = Xpp3DomBuilder.build(descriptorStream, "UTF-8"); Xpp3Dom and Xpp3DomBuilder - has new implem

Re: [DISCUSS] Maven Resolver future

Ok, makes sense if we don't re-break the API just after (previous point) otherwise I would skip the removal to do both in next major then. Just my 2cts indeed. Romain Manni-Bucau @rmannibucau | Blog | Old Blog

Re: [DISCUSS] Maven Resolver future

meh, auto correct: IS AT THE COST ("not" should be removed). So in other words, session and some other components will get some deprecated methods (were deprecated for 2 years) removed. T On Tue, Jul 25, 2023 at 4:55 PM Tamás Cservenák wrote: > Howdy, > > Just a remark, that may not be clear fr

Re: [DISCUSS] Maven Resolver future

Howdy, Just a remark, that may not be clear from the thread starter: "dropping deprecated baggage" is not at the cost of binary breakage, hence I assumed 2.0 is good to make it clear. (binary breakage in form that methods and classes deprecated since version 1.8.0 will be dropped) T On Tue, Jul

Re: [DISCUSS] Maven Resolver future

Nothing strong against, just noting that 2.x does not plan anything requiring to upgrade (1.9.x is fine for the planned changes) so I'd say your 3 can be the 2 and hopefully we can move to a more reactive version (would enable to not set up aether with 128 threads or alike on CI but just 4 and stil

Re: [DISCUSS] Maven Resolver future

Tangential note: I dislike multi-digiti minor versions. 1.10 is just way too easy to confuse with 1.1.0. That is, when one reaches 1.9 it's time to move to 2.0, even if you don't plan to break the API in any way. So +1 for moving the next version to 2.0 On Thu, Jul 20, 2023 at 6:20 AM Tamás Cserv

Re: [DISCUSS] Maven Resolver future

ping On Thu, Jul 20, 2023 at 12:19 PM Tamás Cservenák wrote: > Howdy, > > I'd like to pitch some discussion regarding Resolver near and longer term > future. > > If you look at the JIRA version "planned for" 1.10.0, there are quite some > (even partially done) code changes that are not trivial.

[ANN] Maven Resolver 1.9.14 released

The Apache Maven team is pleased to announce the release of the Maven Resolver 1.9.14 https://maven.apache.org/resolver/ Release Notes - Maven Resolver - Version 1.9.14 ** Bug * [MRESOLVER-375] - Several key aspects are broken in provided and trusted checksum feature * [MRESOLVER-376] - S

[RESULT] [VOTE] Release Maven Resolver 1.9.14

Howdy, The vote has passed with the following result: +1: Slawomir, Sylwester, Olivier, Tamas PMC quorum: reached I will promote the source release zip file to the Apache distribution area and the artifacts to the central repo. Thanks T