t
Fix ITs referencing rc-3-SNAPSHOT (#2164) @gnodet
[MNG-8620] - Fix links in SVG (#2152) @kwin
On behalf of the Apache Maven Team,
Guillaume Nodet
-
To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
For additional comman
Hi,
The vote has passed with 13 +1s and no other votes.
I'll publish the release asap.
Thanks,
Guillaume
+1
Le mer. 18 juin 2025 à 16:27, Guillaume Nodet a écrit :
>
> Hi,
>
> We solved the following issues:
>
> https://github.com/apache/maven/issues?q=is%3Aclosed%20milestone%3A4.0.0-rc-4
>
> There are still a couple of issues left in GitHub:
> https://github.com/apach
-LATEST/
Guide to testing staged releases:
https://maven.apache.org/guides/development/guide-testing-releases.html
Vote open for at least 72 hours.
[ ] +1
[ ] +0
[ ] -1
--
Guillaume Nodet
> -
> To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
> For additional commands, e-mail: dev-h...@maven.apache.org
>
>
--
Guillaume Nodet
7cbt1qw
>
>
> -----
> To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
> For additional commands, e-mail: dev-h...@maven.apache.org
>
>
--
Guillaume Nodet
ge you'd like to include before the release, yell asap !
--
Guillaume Nodet
More verbose code. What’s the benefit?
Guillaume Nodet
Le mar. 3 juin 2025 à 23:05, Pankraz76 (via GitHub) a
écrit :
>
> Pankraz76 commented on code in PR #2425:
> URL: https://github.com/apache/maven/pull/2425#discussion_r2124918459
>
>
>
t;
> Are all those bits of “compatibility code” annotated as @Deprecated?
>
> Later,
>
> Andy
>
> From: Guillaume Nodet
> Date: Tuesday, 3 June 2025 at 09:20
> To: Maven Developers List
> Subject: Re: current setup is leaking quality: [S1161] "@override" shou
FWIW, most if not all of these changes are in compatibility (I.e.
deprecated) code, so while it can be worth fixing things, we should focus
on current / used code instead, so those changes are low priority imho.
Guillaume Nodet
Le mar. 3 juin 2025 à 09:47, Vincent
in the shell that
would fix those known incompatibilities, so that users would have an
easier migration path. And we could apply it to this project to make
more green boxes.
Le mer. 21 mai 2025 à 08:11, Guillaume Nodet a écrit :
>
> Hey Maven Devs,
>
> We're gearing up to rele
!
Cheers,
Guillaume Nodet
[1]
https://maven.apache.org/ref/4.0.0-rc-3/maven-impl-modules/maven-core/lifecycles.html
Le mar. 27 mai 2025 à 21:26, Sergey Chernov a écrit :
>
> Thanks for asking, I planned to raise this topic soon in the mailing list
>
> Here you can find a presentation b
ew RC. Overall I would
> > > prefer much more rigorous versioning. Right now we're pushing RCs with
> > > known unstable APIs, which I would normally consider appropriate for
> > > pre-alpha builds.
> > >
> >
> >
> > -
smaller
> > > > changes.
> > > > With current state of plugins 4.x they can't be used with latest
> > (master)
> > > > version so we could offer only 3.x for Maven 4.
> > > > Not so big issue for many users but without semi automatic way to
Rusty Harold a
écrit :
> On Sat, May 24, 2025 at 1:23 PM Guillaume Nodet wrote:
> >
> > I don't think they're talking about the Maven 4 API when they expect
> > API stability.
> > They rather refer to user-facing API such as schema changes, etc...,
>
Guillaume Nodet
Le dim. 25 mai 2025 à 13:30, Elliotte Rusty Harold a
écrit :
>
> As much as I would like to rip out Modello and chuck it into the
> Mariana trench, I don't think that's likely to happen.
Why is that so ? If you want to replace it
ate of plugins 4.x they can't be used with latest (master)
> > > version so we could offer only 3.x for Maven 4.
> > > Not so big issue for many users but without semi automatic way to move
> > > plugin to new public API we are selling new "untested internally".
thoughts on this approach?
Best,
Guillaume Nodet
Le mer. 21 mai 2025 à 10:13, Michael Osipov a écrit :
>
> On 2025/05/21 06:11:42 Guillaume Nodet wrote:
> > Hey Maven Devs,
> >
> > We're gearing up to release a new version from the master branch. I'm
> > th
Hey Maven Devs,
We're gearing up to release a new version from the master branch. I'm
thinking we should go for 4.0.0 instead of rc-4. What do you all think? Any
feedback or ideas on the versioning or release plan? Let’s hear it!
Cheers,
Guillaume
le.com/en/java/javase/24/docs/api/java.compiler/javax/tools/StandardJavaFileManager.html#setLocationForModule(javax.tools.JavaFileManager.Location,java.lang.String,java.util.Collection)
> >
> > Martin
> >
> >
> >
> > -
> > To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
> > For additional commands, e-mail: dev-h...@maven.apache.org
> >
> >
>
--
Guillaume Nodet
lly for.
>
> Later,
>
> Andy
>
> The University of Edinburgh is a charitable body, registered in Scotland,
> with registration number SC005336. Is e buidheann carthannais a th’ ann an
> Oilthigh Dhùn Èideann, clàraichte an Alba, àireamh clàraidh SC005336.
>
--
Guillaume Nodet
uction of that element so I can understand it better?
> > >
> > There are the wiki pages on the clone used for making the prototypes
> > before to submit the pull requests:
> >
> > * Maven core: https://github.com/Geomatys/maven/wiki
> > * Complier plugin:
> > https://github.com/Geomatys/maven-compiler-plugin/wiki
> >
> > Those pages, if accepted, would move to some Maven documentation site,
> > but I'm not sure where.
> >
> > Martin
> >
> >
>
--
Guillaume Nodet
>
>
> https://cwiki.apache.org/confluence/display/MAVEN/Default+directory+for+modular+projects
>
> What peoples think that the default should be?
>
> Martin
>
>
--
Guillaume Nodet
it Service.
> To respond to the message, please log on to GitHub and use the
> URL above to go to the specific comment.
>
> To unsubscribe, e-mail: issues-unsubscr...@maven.apache.org
>
> For queries about this service, please contact Infrastructure at:
> us...@infra.apache.org
>
>
--
Guillaume Nodet
écrit :
> Could MAVEN_ARGS or MAVEN_OPTS be used for this?
>
> Gary
>
> On Thu, May 1, 2025 at 12:22 AM Guillaume Nodet wrote:
> >
> > The only way is to add the --enable-native-access=ALL-UNNAMED option in
> the
> > shell scripts afaik. We've already added it in ma
The only way is to add the --enable-native-access=ALL-UNNAMED option in the
shell scripts afaik. We've already added it in master.
Note that this option is not available in older JDK which are still
supported by Maven 3.9.
Guillaume Nodet
Le jeu. 1 mai 2025 à
Closing this vote with 6 +1s.
Le mer. 26 mars 2025 à 11:12, Guillaume Nodet a écrit :
> Hey,
>
> This release contains a few changes, mainly an upgrade to Maven
> 4.0.0-rc-3 which brought a few incompatible changes in the API and
> thus requires this update. This release als
+1
Le mer. 26 mars 2025 à 11:12, Guillaume Nodet a écrit :
> Hey,
>
> This release contains a few changes, mainly an upgrade to Maven
> 4.0.0-rc-3 which brought a few incompatible changes in the API and
> thus requires this update. This release also updates a few
> depende
ust add a new method to the abstract class that all of the
> implementations extend but I consider it a stopgap measure since this
> functionality would be useful to third party developers, etc.
>
> (Sidenote - it could even quietly replace some of the existing logic since
> the final method could easily perform a recursive descent of rootNode and
> call visit() and endVisit() itself. I think this could be put into the
> DependencyNodeVisitor interface as a default method so there would be no
> risk to removing the existing code. The primary drawback would be that the
> current approach allows the implementation to bail out early if it hits a
> problem while this approach would require the entire rootNode structure to
> be generated first.)
>
> Bear
>
--
Guillaume Nodet
; since the plugin has access to the raw pom it can look for any
> entries in the properties and then check whether that value is used in any
> dependencies. If so, esp. if it happens more than once, then it can be
> treated the same as above.
>
> Bear Giles
>
--
Guillaume Nodet
Hey,
This release contains a few changes, mainly an upgrade to Maven
4.0.0-rc-3 which brought a few incompatible changes in the API and
thus requires this update. This release also updates a few
dependencies.
Changes since the last release:
https://github.com/apache/maven-plugin-testing/compare/
hough?
> >
> > Martin
> >
> > [1]
> https://github.com/apache/maven/blob/master/api/maven-api-model/src/main/mdo/maven.mdo
> > [2]https://openjdk.org/jeps/468
> > [3]https://openjdk.org/jeps/440
>
>
>
> --
> Elliotte Rusty Harold
> elh...@ibiblio.org
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
> For additional commands, e-mail: dev-h...@maven.apache.org
>
>
--
Guillaume Nodet
To be clear, I'm fine with enhancing the generated model and experiment
with records.
But it can be done by modifying a single file rather than a few hundreds
for all generated model classes we have.
Le mar. 25 mars 2025 à 13:38, Guillaume Nodet a écrit :
> -1
>
> I'm fine
; >
> So what about this plan?
>
> * Check-in the generated classes as they are today.
> * Remove Modello.
> * Try on a branch to change the classes to record.
>
> Martin
>
>
--
Guillaume Nodet
the same way..
>
> Based on my assumption (coming from the name) would be called exactly
> once "before:all" ... "after:all" also..
> Because that would not solve the problem to bind a plugin like JaCoCo
> (for coverage for an aggregate) or JavaDoc for an aggregate for a whole
> project in it...
>
> Or do we have a solution for that which I'm not yet aware of?
>
>
>
> Kind regards
> Karl Heinz Marbaise
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
> For additional commands, e-mail: dev-h...@maven.apache.org
>
>
--
Guillaume Nodet
and embeded version of asm 9.6:
> >
> >
> >
> >
> https://github.com/eclipse-sisu/sisu-project/pull/95/commits/c239adfad8eec92b85a33a431d4c5e2a4eff2dc7
> >
> > So I guess that needs updating and a new sisu plugin releasing. Will
> take
> > a look at patching that and trying it.
> >
> > Mark
> >
>
--
Guillaume Nodet
>
>
> - Maarten
>
> On 18/03/2025 12:24, Guillaume Nodet wrote:
> > The `all` phase is executed for each project. But you can avoid the
> plugin
> > execution to be inherited by setting inherited="false" on the execution.
> > I've spotted a bug I
fter:all" the same way..
>
> Based on my assumption (coming from the name) would be called exactly
> once "before:all" ... "after:all" also..
> Because that would not solve the problem to bind a plugin like JaCoCo
> (for coverage for an aggregate) or JavaDoc for an aggregate for a whole
> project in it...
>
> Or do we have a solution for that which I'm not yet aware of?
>
>
>
> Kind regards
> Karl Heinz Marbaise
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
> For additional commands, e-mail: dev-h...@maven.apache.org
>
>
--
Guillaume Nodet
ing/ and see if someone
> has a counter-argument.
>
> Martin
>
>
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
> For additional commands, e-mail: dev-h...@maven.apache.org
>
>
--
Guillaume Nodet
Sure, that’s clearly not what I understood when you specifically mentioned
« 4.0 poms ». Since we have no correlation between the Maven version and
the model version , I assumed the later when talking about poms.
Guillaume Nodet
Le lun. 17 mars 2025 à 18:03, Elliotte
27;t need to be in Maven.
> >
> > --
> > Elliotte Rusty Harold
> > elh...@ibiblio.org
> >
> > -
> > To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
> > For additional commands, e-mail: dev-h...@maven.apache.org
> >
> >
>
--
Guillaume Nodet
publishing
the POMs, in particular for POMs that are crafted by other tools such as
Gradle and such. We should make sure they can be safely consumed before
they reach Maven Central.
> There are others. Those are just the most pressing ones off the top of
> my head that it's much less expen
;
> > That would solve a bunch of things as it would just be
> >
> > a) generation of blended/decomposed XML
> > b) a released parent pom in your nexus/local repository
> >
> > To work effectively with Maven, it may be beneficial to utilize its APIs
> to
> > modify and create an “effective parent” during the build process.
> >
> > Mark
> >
>
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
> For additional commands, e-mail: dev-h...@maven.apache.org
>
>
--
Guillaume Nodet
y aligned... So maybe we think
about it again ? I do think we want them to be roughly available at the
same time...
>
>
> On Sun, 16 Mar 2025 at 17:37, Guillaume Nodet wrote:
> >
> > I think it's time to create a branch to release Maven 4.0.0 GA in the
> >
Vote open for at least 72 hours.
>
> [ ] +1
> [ ] +0
> [ ] -1
>
>
> --
> Sławomir Jaranowski
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
> For additional commands, e-mail: dev-h...@maven.apache.org
>
>
--
Guillaume Nodet
tml
>
> Vote open for at least 72 hours.
>
> [ ] +1
> [ ] +0
> [ ] -1
>
> --
> Sławomir Jaranowski
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
> For additional commands, e-mail: dev-h...@maven.apache.org
>
>
--
Guillaume Nodet
I think it's time to create a branch to release Maven 4.0.0 GA in the
coming weeks and switch master to 4.1.0-SNAPSHOT.
Thoughts ?
--
Guillaume Nodet
the path forward?
>
> Cheers,
>
> Fred.
>
> On Fri, 24 Jan 2025 at 01:39, Elliotte Rusty Harold
> wrote:
>
> > If we're going to use something like
> > mvn:org.apache.maven:maven-snippet:1.0 let's make sure we define the
> > scheme with the IAN
;
> > > > > > I feel like it's time to accept that parent hierarchies are not
> > good
> > > > > enough
> > > > > > and offer some kind of tiles like composition behaviour in core
> > > maven as
> > > > > a
> > > >
25 à 09:51, Slawomir Jaranowski
a écrit :
>
> On Thu, 13 Mar 2025 at 22:14, Guillaume Nodet wrote:
> >
> > FYI, I came up with the following extension:
> > https://github.com/maveniverse/mason
>
> What status will be of the project
> https://github.com/apache/maven-h
consult:
- the web site: https://maven.apache.org/
- the maven-user mailing list: https://maven.apache.org/mailing-lists.html
- the mvnd issue tracker: https://github.com/apache/maven-mvnd/issues
Regards,
On behalf of the Apache Maven Team
Guillaume Nodet
Closing this vote with 5 +1s.
I'll publish the release asap.
Le lun. 10 mars 2025 à 21:56, Guillaume Nodet a écrit :
>
> This release provides distributions based on Apache Maven 4.0.0-rc-3.
>
> The release candidate is here:
> https://dist.apache.org/repos/dist/dev/m
+1
Le lun. 10 mars 2025 à 21:56, Guillaume Nodet a écrit :
>
> This release provides distributions based on Apache Maven 4.0.0-rc-3.
>
> The release candidate is here:
> https://dist.apache.org/repos/dist/dev/maven/mvnd/2.0.0-rc-3/
>
> Release notes: (visible to committe
d like to get it into the Maven project and release it.
>
> [1] https://github.com/apache/maven-hocon-extension
> [2] https://github.com/gnodet/maven-yaml-extension
> [3]
> https://github.com/gnodet/maven-yaml-extension/blob/master/src/test/resou
.
--
Guillaume Nodet
-
To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
For additional commands, e-mail: dev-h...@maven.apache.org
NG-8593] - Resolver 2.0.7
[MNG-8595] - Bump slf4jVersion from 2.0.16 to 2.0.17
[MNG-8596] - Bump ch.qos.logback:logback-classic from 1.5.16 to 1.5.17
[MNG-8606] - Bump mockitoVersion from 5.15.2 to 5.16.0
[MNG-8607] - Bump net.bytebuddy:byte-buddy from 1.17.1 to 1.17.2
On behalf of the
Closing this vote with 13 +1s and no other votes.
I'll publish this release asap.
Cheers,
Guillaume
Le mer. 5 mars 2025 à 12:15, Guillaume Nodet a écrit :
> We solved 108 issues since rc-2.
> https://issues.apache.org/jira/projects/MNG/versions/12355493
>
> Staging reposi
+1
Le mer. 5 mars 2025 à 12:15, Guillaume Nodet a écrit :
> We solved 108 issues since rc-2.
> https://issues.apache.org/jira/projects/MNG/versions/12355493
>
> Staging repositories:
> https://repository.apache.org/content/repositories/maven-2278/
> https://dist.apache.
e:
> - maven plugins, like m-release-p or m-version-p (or ... please name
others you know)
> - IDEs
>
>
> I hope we'll manage to keep a concise useful discussion, and make some
progress on
> pom.xml maintenance
>
>
> Regards,
>
>
> Hervé
>
>
> [4] ht
ub.com/apache/maven-hocon-extension
[2] https://github.com/gnodet/maven-yaml-extension
[3]
https://github.com/gnodet/maven-yaml-extension/blob/master/src/test/resources/dependency-gav.yaml#L21-L30
--
----
Guillaume Nodet
--
Guide to testing staged releases:
http://maven.apache.org/guides/development/guide-testing-releases.html
The vote is opened for at least 72h:
[ ] +1
[ ] +0
[ ] -1
--
Guillaume Nodet
Vote open for at least 72 hours.
>
> [ ] +1
> [ ] +0
> [ ] -1
>
> --
> Sławomir Jaranowski
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
> For additional commands, e-mail: dev-h...@maven.apache.org
>
--
Guillaume Nodet
org/resolver-archives/resolver-LATEST/upgrading-resolver.html
>
> Vote open for 72 hours.
>
> [ ] +1
> [ ] +0
> [ ] -1
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
> For additional commands, e-mail: dev-h...@maven.apach
e open for at least 72 hours.
>
> [ ] +1
> [ ] +0
> [ ] -1
>
> --
> Sławomir Jaranowski
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
> For additional commands, e-mail: dev-h...@maven.apache.org
>
--
Guillaume Nodet
---
gt; patched version?
>
> Piotr
>
> [1] https://lists.apache.org/thread/4jt9j4x61rwxmbw30f5gdsfoxm1mmfzz
>
>
> -----
> To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
> For additional commands, e-mail: dev-h...@maven.apache.org
>
>
--
Guillaume Nodet
>
> > -----
> > To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
> > For additional commands, e-mail: dev-h...@maven.apache.org
> >
>
>
> --
> Sławomir Jaranowski
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
> For additional commands, e-mail: dev-h...@maven.apache.org
>
>
--
Guillaume Nodet
html
>
> Vote open for at least 72 hours.
>
> [ ] +1
> [ ] +0
> [ ] -1
>
> --
> Sławomir Jaranowski
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
> For additional commands, e-mail: dev-h...@maven.apache.org
>
>
--
Guillaume Nodet
anowski
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
> For additional commands, e-mail: dev-h...@maven.apache.org
>
>
--
Guillaume Nodet
should concern the
access to the resolver API, model building, etc...
Le mar. 11 févr. 2025 à 12:50, Elliotte Rusty Harold a
écrit :
> On Tue, Feb 11, 2025 at 7:20 AM Guillaume Nodet wrote:
> >
> > The resolver API should be avoided in the future as it's supposed
> >
gt; >>>>>> wrote:
> >>>>>>
> >>>>>>> On Mon, Feb 10, 2025 at 10:02 AM Xeno Amess
> >>>>> wrote:
> >>>>>>>>
> >>>>>>>>> Sometimes comments are used to embed additional
> >> machine-readable
> >>>>>>> metadata.
> >>>>>>>> yes and considering somebody would like to use this for a maven
> >>>>>> extension
> >>>>>>>> or something...
> >>>>>>>
> >>>>>>> Yes, that's a pretty common antipattern. Embedding other markup
> >>>>>>> formats inside XML is baroque, confusing, and tool hostile. The
> >>>> better
> >>>>>>> approach is to add additional XML markup to the document. In this
> >>>>>>> specific instance that means Maven would stop erroring if it sees
> >>>>>>> elements it doesn't recognize. That is, it asks the question "Do I
> >>>>>>> have everything I need to build this project?" instead of "Do I
> >>>>>>> understand every element in this pom?"
> >>>>>>>
> >>>>>>> A slightly less radical approach would be to ignore elements not
> >> in
> >>>>>>> Maven's own namespace.
> >>>>>>>
> >>>>>>> --
> >>>>>>> Elliotte Rusty Harold
> >>>>>>> elh...@ibiblio.org
> >>>>>>>
> >>>>>>>
> >>>> -
> >>>>>>> To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
> >>>>>>> For additional commands, e-mail: dev-h...@maven.apache.org
> >>>>>>>
> >>>>>>>
> >>>>>>
> >>>>>
> >>>>
> >>>
> >>
> >
>
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
> For additional commands, e-mail: dev-h...@maven.apache.org
>
>
--
Guillaume Nodet
The resolver API should be avoided in the future as it's supposed
to be hidden by the Maven 4 API. So I'm not sure it's worth it.
Le mar. 11 févr. 2025 à 08:00, Xeno Amess a écrit :
> is it good to copy them for resolver?
>
> Guillaume Nodet 于2025年2月11日周二 13:56写道
> Any thoughts on this?
>
> /Anders
>
--
Guillaume Nodet
Maven 4 uses the following :
https://github.com/apache/maven/tree/master/api/maven-api-annotations/src/main/java/org/apache/maven/api/annotations
Guillaume Nodet
Le mar. 11 févr. 2025 à 05:35, Xeno Amess a écrit :
> as title.
> during recently learning about
e from the audience
> > who raised concern about comments in the build POM being removed in the
> > published consumer POM. They thought that could be problematic for larger
> > corporations who want, for example, copyright comments.
> >
> > Any thoughts on this?
> >
> > /Anders
> >
--
Guillaume Nodet
+1
Guillaume Nodet
Le mer. 5 févr. 2025 à 10:53, Tamás Cservenák a
écrit :
> Howdy,
>
> This Resolver 2.0.6 release is a bugfix release with some
> improvements as well.
>
> Maven 4.x is picking up Resolver 2.x, while Maven 3.x remains at
> Reso
---
> > To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
> > For additional commands, e-mail: dev-h...@maven.apache.org
> >
> >
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
> For additional commands, e-mail: dev-h...@maven.apache.org
>
>
--
Guillaume Nodet
subscribe, e-mail: dev-unsubscr...@maven.apache.org
> > For additional commands, e-mail: dev-h...@maven.apache.org
> >
>
>
> --
> Sławomir Jaranowski
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
> For additional commands, e-mail: dev-h...@maven.apache.org
>
>
--
Guillaume Nodet
es hard
coded heuristics and improvements would be welcomed. Or customization...
> Any opinions on the above two points? Otherwise I would just open issues
> for those.
>
>
> -Thomas
>
>
> On 03/02/2025 08:05, Guillaume Nodet wrote:
> > The toolchains discover
Closing this vote with 5 +1s, one +0
I'll publish this release asap.
Cheers,
Guillaume
Le mar. 28 janv. 2025 à 07:50, Guillaume Nodet a écrit :
> This release is mainly about to upgrade to Maven 4.0.0-rc-2.
>
> Release notes:
>
> https://github.com/apache/maven-plugin-
+1
Le mar. 28 janv. 2025 à 07:50, Guillaume Nodet a écrit :
> This release is mainly about to upgrade to Maven 4.0.0-rc-2.
>
> Release notes:
>
> https://github.com/apache/maven-plugin-testing/releases/tag/untagged-20178e0448cab098704e
>
> There are still a couple of issu
gt; Thanks for all comments.
> >>
> >>
> >> Sincerely,
> >> Mikko Koivunalho
> >>
> >>
> >> -
> >> To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
> >> For additional commands, e-mail: users-h...@maven.apache.org
> >>
> > -
> > To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
> > For additional commands, e-mail: users-h...@maven.apache.org
> >
> >
> --
> Mikko Koivunalho
>
>
> -
> To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
> For additional commands, e-mail: users-h...@maven.apache.org
>
>
--
Guillaume Nodet
ase.zip>
sha512:
1b71559926cfa27c258ce5bf0d344a80cb0ec0d0af244dc28b91b9b78350267ecfcbe18b4f9bdc5a9d24296e0e4e837452bca9b757ed86104de116dfcb703591
Staging site:
https://maven.apache.org/plugin-testing-archives/LATEST
Please review and vote !
Cheers,
Guillaume Nodet
--
----
Another point to consider is that the new inference mechanism mostly
fulfills the need to import your own BOM.
Guillaume Nodet
Le sam. 25 janv. 2025 à 02:11, Tamás Cservenák a
écrit :
> Howdy,
>
> The story of BOM POMs is manifold.
> BOM POMs are a &quo
Give "gh" a try, it really helps dealing with github repos and PRs.
Checking out a PR is "gh pr checkout 2060", no need to add a remote repo or
whatever...
Le ven. 24 janv. 2025 à 14:54, Elliotte Rusty Harold a
écrit :
> Perhaps. I use git.
>
> On Fri, Jan 24, 20
Raynsford | https://www.io7m.com
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
> For additional commands, e-mail: dev-h...@maven.apache.org
>
>
--
Guillaume Nodet
org
> > >
> >
> > -
> > To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
> > For additional commands, e-mail: dev-h...@maven.apache.org
> >
>
>
> --
> Elliotte Rusty Harold
> elh...@ibiblio.org
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
> For additional commands, e-mail: dev-h...@maven.apache.org
>
>
--
Guillaume Nodet
ifiers aren't well understood or supported.
>
>
>
> --
> Elliotte Rusty Harold
> elh...@ibiblio.org
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
> For additional commands, e-mail: dev-h...@maven.apache.org
>
>
--
Guillaume Nodet
---
> > To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
> > For additional commands, e-mail: users-h...@maven.apache.org
> >
> >
>
--
Guillaume Nodet
tackoverflow.com/questions/2681759/is-there-anyway-to-exclude-artifacts-inherited-from-a-parent-pom
> >>> >>
> >>> >> That be kind of annoying if situation comes to be the parent-pom be
> >>> >> maintained by others, and you extend it and it works fine until one
> >>> day
> >>> >> they suddenlly decide to depend on some packages you would never
> make
> >>> >> compatible/useless, and you have no permission to change their mind.
> >>> >> What I wanna do is adding such a gramma like this:
> >>> >>
> >>> >>
> >>> >> base
> >>> >> es.uniovi.innova
> >>> >> 1.0.0
> >>> >>
> >>> >>
> >>> >> javax.mail
> >>> >> mail
> >>> >>
> >>> >>
> >>> >>
> >>> >>
> >>> >> '
> >>> >> but I wanna hear about your opinions first.
> >>> >>
> >>>
> >>>
> >>> -
> >>> To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
> >>> For additional commands, e-mail: dev-h...@maven.apache.org
> >>>
> >>>
>
--
Guillaume Nodet
--
> To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
> For additional commands, e-mail: dev-h...@maven.apache.org
>
--
Guillaume Nodet
-
To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
For additional commands, e-mail: dev-h...@maven.apache.org
sending commit messages to the mailing list — is not the way to go.
> > >
> > > --
> > > Elliotte Rusty Harold
> > > elh...@ibiblio.org
> > >
> > > -----
> > > To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
> &g
--
> > To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
> > For additional commands, e-mail: dev-h...@maven.apache.org
> >
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
> For additional commands, e-mail: dev-h...@maven.apache.org
>
--
Guillaume Nodet
-
To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
For additional commands, e-mail: dev-h...@maven.apache.org
+1
Guillaume Nodet
Le mer. 18 déc. 2024 à 08:31, Slawomir Jaranowski
a écrit :
> Hi,
>
> I open vete for question:
>
> Do we want to Switch to GitHub issues from JIRA?
>
> Discussion was in thread:
> https://lists.apache.org/thread/jskz22vs
Release Notes – Maven 4.0.0-rc-2
The Apache Maven team would like to announce the release of Maven 4.0.0-rc-2.
Please find the HTML version of this email at
https://maven.apache.org/docs/4.0.0-rc-2/release-notes.html
Maven 4 release requires Java 17 for runtime.
This is release candidate rel
Closing this vote with 12 +1s and no other votes.
I'll publish the release asap.
Thx everyone !
Le sam. 14 déc. 2024 à 01:01, Guillaume Nodet a écrit :
> We solved 38 issues since rc-1.
> https://issues.apache.org/jira/projects/MNG/versions/12355288
>
> Staging re
+1
Le sam. 14 déc. 2024 à 01:01, Guillaume Nodet a écrit :
> We solved 38 issues since rc-1.
> https://issues.apache.org/jira/projects/MNG/versions/12355288
>
> Staging repository:
> https://repository.apache.org/content/repositories/maven-2256/
>
> Source release chec
/4-LATEST/maven-impl/apidocs/org/apache/maven/internal/impl/model/DefaultInterpolator.html
> Delany
>
>
> On Sat, 14 Dec 2024 at 02:01, Guillaume Nodet wrote:
>
> > We solved 38 issues since rc-1.
> > https://issues.apache.org/jira/projects/MNG/versions/12355288
> >
Fixed, I did update one of the two locations a while ago but forgot to sync.
Le sam. 14 déc. 2024 à 09:56, Piotr Żygieło a
écrit :
> On Sat, 14 Dec 2024 at 01:01, Guillaume Nodet wrote:
> >
> > We solved 38 issues since rc-1.
> > https://issues.apache.org/jira/projects/
s only visible for those who have an account and can log in.
>
> Matthias
>
>
> Am 14.12.2024 um 01:01 schrieb Guillaume Nodet:
> > We solved 38 issues since rc-1.
> > https://issues.apache.org/jira/projects/MNG/versions/12355288
> >
> > Staging repository:
&
/
Draft for release notes:
https://github.com/apache/maven-site/pull/592
Guide to testing staged releases:
http://maven.apache.org/guides/development/guide-testing-releases.html
Vote open for 72h
[ ] +1
[ ] +0
[ ] -1
--
Guillaume Nodet
1 - 100 of 647 matches
Mail list logo
