Vscode too but not idea nlr netbeans, this is where we should agree and
request enhancement if we want to enable new model versions without
awaiting integrations coming after releases - so too late for adoption, the
egg or chicken pb.
Le dim. 2 oct. 2022 à 16:58, Hannes Wellmann a
écrit :
>
> >
> Options I see is to either do the uodate since IDE are open source but it
> requires more man power OR provide a language server and let IDE do their
> integration with it, this option can need some discussion with
> idea/netbeans/eclipse maven integrators but sounds like a good compromise
> fo
.S. Just as a reminder: Pretty much all of this is implemented already
> and also rebased onto the latest Maven and Maven Resolver master branches.
> You can find the URLs to all repositories (Maven, Maven Resolver and some
> examples) in my previous mails.
>
> __
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
é BOUTEMY
Sent: Wednesday, December 22, 2021 8:42 AM
To: Maven Developers List
Subject: Re: Fw: Request for Enhancement: Dependency Overrides
I forgot: last but not least
we have consistency issues with parent POM and dependencyManagement POM import
downloads when repositories are defined in proj
I forgot: last but not least
we have consistency issues with parent POM and dependencyManagement POM import
downloads when repositories are defined in projects pom.xml
see https://issues.apache.org/jira/browse/MNG-6772 and linked issues
while working on all this dependencies management, it would
my own quick opinion:
1. I did not review the full email thread, so is
https://github.com/strohmattenverleger/maven/blob/MNG-4530/Dependency-Overrides.md
still the current state of the idea?
2. can you add concrete examples, please?
3. given the impact, I fear this may be for Maven 5: we clear
Hi Enno,
Reusing import in another block with another semantic has too much
drawbacks for me:
1. it makes the meaning different depending where it is used
2. you need to create a kind of bom for overrides which is not really the
intent/will on user side (you literally want an exclude/include meca
Hello again,
judging by the increased traffic in this mailing list some of you seem to be on
vacation. That's nice. I was hoping that this might be a good time to ask for
your opinion again about what I wrote a couple of weeks ago?
Kind regards
Enno
From: Enno
