@Sergey Chernov well if you really want to refine
the performance for now, you can try my branch of maven resolver(which is
still being reviewed)
at https://github.com/apache/maven-resolver/pull/1492
1. build&install the maven-resolver
2. change dependency version in maven main repo of it
3. bui
well I found the reason(s)!
I pushed several prs to maven and maven-resolver.
the final score is about 2/3 - 1/2 time usage than before the refining.
please have a look(especially the pr in maven-resolver, which is the most
severe one.).
Xeno Amess 于2025年6月14日周六 14:54写道：
> Weather here is
Weather here is bad in my city...just suffering from typhoon days.
I would give several pr about my investigations on Sergey Chernov's demo
repo this weekend.
Most of them be minor/medium level performance refinements.
//github.com/apache/maven/issues?q=milestone%3A4.0.0-rc-4
>
> On Sat, 7 Jun 2025 at 10:02, Xeno Amess wrote:
> >
> > has no right to visit the
> >
> https://github.com/apache/maven/releases/tag/untagged-583b5bac8219e03d9e61
> > link...seems it be a private tag
> &
Thanks, glad to see github issues open.
Still have some questions about the current workflow.
Would you please update the CONTRIBUTING.md also? because I'm not sure if a
jira ticket is still needed if we wanna some feature/bug fix
(as the current CONTRIBUTING.md of branch master still say we shall
has no right to visit the
https://github.com/apache/maven/releases/tag/untagged-583b5bac8219e03d9e61
link...seems it be a private tag
if you mean the master branch, yep I'm using it right now...and will tell
you if finding troubles..
Guillaume Nodet 于2025年6月7日周六 15:11写道：
> Hi everyone,
>
> I'm p
4.0.0, but after the releasing things like
this class/file-names would not be changed easily (of course and other
bigger things), I don't know if people be prepared for a...stablization
Xeno Amess 于2025年5月29日周四 17:21写道：
> all running with skipTests
>
> log4j both success, mvn3 2:00 mvn
voker-plugin failed
Xeno Amess 于2025年5月29日周四 14:52写道：
> nope. neither can the github master latest.
>
> Xeno Amess 于2025年5月29日周四 14:40写道：
>
>> I used apache-maven-4.0.0-rc-3 btw. I would have a try at the latest
>> github code version...
>>
>> Xeno Amess 于202
nope. neither can the github master latest.
Xeno Amess 于2025年5月29日周四 14:40写道：
> I used apache-maven-4.0.0-rc-3 btw. I would have a try at the latest
> github code version...
>
> Xeno Amess 于2025年5月29日周四 14:39写道：
>
>> jetty is a good example.
>> mvn3 can build b
I used apache-maven-4.0.0-rc-3 btw. I would have a try at the latest github
code version...
Xeno Amess 于2025年5月29日周四 14:39写道：
> jetty is a good example.
> mvn3 can build but mvn4 cannot.
>
> maven-assembly-plugin:3.7.1 wrongly invoking a bom sub-proje
jetty is a good example.
mvn3 can build but mvn4 cannot.
maven-assembly-plugin:3.7.1 wrongly invoking a bom sub-project
[INFO] ---< org.eclipse.jetty.ee10:jetty-ee10-bom
>
[INFO] Building EE10 :: BOM 12.0.22-SNAPSHOT
[90/354]
[INFO] from jetty-ee10/jetty-ee10-bom/pom
I tested log4j2 an hour ago. on my computer mvn3 use 2:00(min), mvn4 use
1:53(min)
no much difference.
would try test your examples later.
Sergey Chernov 于2025年5月28日周三 20:55写道：
> Guillaume, that's awesome. It's good that there is no rush with it.
> Once I'll have insights, I'll share them.
>
> X
the biggest I found yet is https://github.com/apache/logging-log4j2.git
Xeno Amess 于2025年5月28日周三 17:17写道：
> IMO LinkedHashSet can work, no need to use LinkedHashMap directly...
> but I still think it better to see the bottle-neck through real-world
> running. so let's just fi
IMO LinkedHashSet can work, no need to use LinkedHashMap directly...
but I still think it better to see the bottle-neck through real-world
running. so let's just find some really biggy open source java projects
using maven(if can't, maybe we have to craft one?)
Martin Desruisseaux 于2025年5月28日周三
yep, you can try with jprofiler/jetbrains-profiler/something else and see
what be the bottleneck.
if the project is...open source, we can have a try too...
Xeno Amess 于2025年5月28日周三 17:09写道：
> @Sergey Chernov
> could you please give a link about the test suites you be using
>
> Se
@Sergey Chernov
could you please give a link about the test suites you be using
Sergey Chernov 于2025年5月27日周二 04:56写道：
> Just tried the 4.0.0-rc-3 comparing with 3.9.9, it's 4x times slower (!) on
> a project of ~900 modules (700 of them are jar).
> Maven 3 builds it in 2m57s, while Maven 4 in 1
so I think I finished the coding of exclusion we discussed I guess?
https://github.com/codehaus-plexus/modello/pull/483
https://github.com/apache/maven-resolver/pull/654
https://github.com/apache/maven/pull/2106
please have a look, thx
Xeno Amess 于2025年1月20日周一 18:08写道：
> issue in medello ope
f you ask.
Just, I personally treat JSpecify, jb annotatins, checkframe or something
more or less JSR305 impl and extensions...
I'm glad to accept anything that just can let us mark nonnull & nullable...
Piotr P. Karwasz 于2025年2月11日周二 22:45写道：
> Hi Xeno,
>
> On 11.02.2025 05:35, X
roger.
Guillaume Nodet 于2025年2月11日周二 15:20写道：
> 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 :
>
> >
Nodet
>
>
>
> Le mar. 11 févr. 2025 à 05:35, Xeno Amess a écrit :
>
> > as title.
> > during recently learning about maven and maven-resolver, sometimes I
> really
> > think it better to have nullable/notnull annotations...
> >
>
as title.
during recently learning about maven and maven-resolver, sometimes I really
think it better to have nullable/notnull annotations...
> And if you ask for my own idea, I would tend to preserve the comments,
until there be better solution
but sadly I just think in the shitty xml/xsd world, there might never be a
better solution..
Xeno Amess 于2025年2月10日周一 21:45写道：
> > Side note: technically this doesn't help t
; | Blog <https://rmannibucau.github.io/>
> | Old
> Blog <http://rmannibucau.wordpress.com> | Github
> <https://github.com/rmannibucau> | LinkedIn
> <https://www.linkedin.com/in/rmannibucau> | Book
> <
> https://www.packtpub.com/en-us/product/java-ee-8-
t;
> Gary
>
> On Mon, Feb 10, 2025, 07:45 Elliotte Rusty Harold
> 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
> 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...
Julien Plissonneau Duquène 于2025年2月10日周一 16:47写道：
> Hi,
>
> Le 2025-02-09 20:28, Anders Hammar a écrit :
> > After the talk we we
Yes that is why usually it becomes harder and harder to become a new formal
commiter in a mature apache project.
Btw even if you know the commiter be a real human face, can you just decide
if he evil?
Or is the face really him, or a cheap Indian-face-freelancer hired at
network for a 10$ salary?
So
for example I suffers from having 4 organizations holding
forks,smokes,shades，demos...
and I also have another one or two organizations for several relative repos
that shall be in a repo group
Xeno Amess
From: Xeno Amess
Sent: Friday, January 24, 2025 9:05:40
not Elli's fault，github is somehow broken at repo manage system...
There SHALL have ability to make repo group，and in each group allow same-name
repos...like what gitlab did.
but now we can only use multi account， or lots of
one-man-organization...just，foolish github
Xeno Amess
Xeno
not Elli's fault，github is somehow broken at repo manage system...
There SHALL have anility to make repo group，and in each group allow damr-name
repost...like what gitlab did.
but now we can only use?multi account， or lots of
one-man-organization...just，foolish github
Xeno
Oh Gary sometimes you are just too mean
(btw I strongly suggest fork.)
发件人: Gary Gregory
发送时间: 星期五, 一月 24, 2025 8:45:22 下午
收件人: Maven Developers List
主题: Re: maven-3.x-next
Thank for bringing a smile to my face this morning.
Gary
On Fri, Jan 24, 2025, 07:28 T
issue in medello opened.
https://github.com/codehaus-plexus/modello/issues/482
let's see what they would say.
ps: a cheaper way is adding a post-modify plugin after the xsd generated,
if you all think it better way, I can approach this way also.
Xeno Amess 于2025年1月20日周一 16:21写道：
&g
attribute OR sequence into complexType in
modello
o.m.g.
I would have to investigate how to add such feature to modello first.
Xeno Amess 于2025年1月20日周一 15:26写道：
> @Piotr P. Karwasz
>
> understood.
> reproduced, yes.
> I would investigate it today.
> right now I already
>
> @Piotr P. Karwasz
understood.
reproduced, yes.
I would investigate it today.
right now I already found how to solve it into the dest xsd, but I need
some time to learn about how to insert it into the
modello-generator&mdo-model.
ps: IMO even better if we apply a value-checker in xsd to ensure the
usable values.
Xeno Amess 于2025年1月20日周一 12:26写道：
> @Guillaume Nodet
> dependency scope now sounds a mystery to me.
> 1. in mdo(and thus generated xsd), we declare there be 5 type of
> dependency scopes:
> [image
it would make sense to reuse it.
>
> And first, I'd also investigate the none idea, as this is
> supposed to work afaik.
>
> Le ven. 17 janv. 2025 à 09:35, Xeno Amess a écrit :
>
> > btw is there any good ways to learn about the details of the maven
> project?
&g
t;
> > This attribute is currently only used in XML configuration (so mainly for
> > plugin config), but maybe it would make sense to reuse it.
> >
> > And first, I'd also investigate the none idea, as this is
> > supposed to work afaik.
> >
> > Le ven.
n the child:
> >
> >...
> >
> > This attribute is currently only used in XML configuration (so mainly for
> > plugin config), but maybe it would make sense to reuse it.
> >
> > And first, I'd also investigate the none idea, as this is
> > supp
), but maybe it would make sense to reuse it.
>
> And first, I'd also investigate the none idea, as this is
> supposed to work afaik.
>
> Le ven. 17 janv. 2025 à 09:35, Xeno Amess a écrit :
>
> > btw is there any good ways to learn about the details of the maven
> pr
/develop maven
Xeno Amess 于2025年1月17日周五 15:46写道：
> jira ticket opened: https://issues.apache.org/jira/browse/MNG-8526
>
> mdo file modified, and please if any guy have any ideas please let me know
>
> Xeno Amess 于2024年10月12日周六 10:45写道：
>
>> well I would like to implement t
jira ticket opened: https://issues.apache.org/jira/browse/MNG-8526
mdo file modified, and please if any guy have any ideas please let me know
Xeno Amess 于2024年10月12日周六 10:45写道：
> well I would like to implement the codes and fire a jira ticket this
> month, since seems nobody be strongly
es from
> parents.
> Typically, you inherit too much and that means you'll have to add excludes
> for the
> dependency analyzer plugin as well... it's a mess.
>
> -- Richard
>
> > On 25. Sep 2024, at 17:17, Xeno Amess wrote:
> >
> > and another idea be
do there really be...some widely used 3rd-party distribution (non-apache)
for maven?
I know this situation be true for openjdk, but for maven I really didn't
notice any...
Anders Hammar 于2024年10月10日周四 15:26写道：
> On Thu, Oct 10, 2024 at 8:46 AM Herve Boutemy wrote:
>
> > > I always has seen thi
RAT checks has a excluding rule, if we really wanna so we can just exclude
that folder anyway...
Guillaume Nodet 于2024年10月9日周三 15:11写道：
> I just pushed a branch with the results:
>https://github.com/gnodet/maven/tree/merge-its
>
> This is just the raw output of the recipe. The ITs are not i
Sigh. This shall be a typical scenario for git submodule, but as we all
know, git submodule is something designed so disaster that nearly shit, if
not worse than shit.
.I myself vote +1 for the merge if I have the right to, for now, but
like Herve Boutemy said if we could know why guys split them
and another idea be we could add a and
(kind of mirror to dependencies and dependencyManagement) to remove those
dependencies from parent &EVERY dependency...
Xeno Amess 于2024年9月25日周三 22:59写道：
> Hi.
>
> In maven3 we cannot exclude dependencies inherited from parent.
>
>
Hi.
In maven3 we cannot exclude dependencies inherited from parent.
see this
https://stackoverflow.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 an
Hi. if web-download cache be in part of your, Reproducible Builds?
Jorge Solórzano 于2024年9月25日周三 22:26写道：
> There are some solutions/alternatives here:
>
> 1) Fixed value by default.
> 2) Warning to the user for having reproducible builds off.
> 3) Use the SCM last commit date.
>
> I have worked
glad to hear about that.
Guillaume Nodet 于2024年9月24日周二 21:56写道：
> I raised https://issues.apache.org/jira/projects/INFRA/issues/INFRA-26146
> a few days ago for that.
>
> Le mar. 24 sept. 2024 à 15:41, Xeno Amess a écrit :
> >
> > Hi all.
> > No mean to be off
maybe also should add to readme that this repo can only be built on 17.0.11+,
but I'm not quite sure whether it suitable
Xeno Amess 于2024年9月24日周二 21:41写道：
> Hi all.
> No mean to be offensive but maven repo's master branch failed ci (again)
> for quite a long time.
> Tha
+1 as a user
Frederik Boster 于2024年2月28日周三 16:15写道：
> +1
>
> On Wed, Feb 28, 2024, 08:31 Benjamin Marwell wrote:
>
> > Hi Maven Devs/Users/Committers and PMC members!
> >
> > After several discussions on the mailing lists, I would like to
> > start a vote in favour of setting the minimal Java b
ion then move on.
Not everybody will be happy but we'll stop cycles hopefully and unhappy
people will be able to work on solutions after anyway.
Le mar. 27 févr. 2024 à 20:02, Aleksandar Kurtakov a
écrit :
> On Tue, Feb 27, 2024 at 8:16 PM Xeno Amess wrote:
>
> > whose vote would c
whose vote would count and what be the majority:)
for example should my vote count? or not?
or just some committers? but why just committers(or not)(as some of them
might have less contributions even than non-committers)?
or just pmc?
or everyone share 1 vote(wow I don't think it shall work this wa
//www.packtpub.com/application-development/java-ee-8-high-performance
> >
>
>
> Le ven. 23 févr. 2024 à 15:10, Tamás Cservenák a
> écrit :
>
> > Make love not var!
> >
> > T
> >
> > On Fri, Feb 23, 2024 at 3:09 PM Xeno Amess wrote:
> >
I hate var.
From: Tamás Cservenák
Sent: Friday, February 23, 2024 9:52:08 PM
To: Maven Developers List
Subject: Re: [DISCUSS] Java version for Maven
Howdy,
Some more stats based on 2nd package from Brian
https://gist.github.com/cstamas/8207f8d70882090a1c63cdedc
> The raw numbers are a more reasonable picture.
Elliotte, this is just the begin of maven 4, and maven 4.x is not just for
current projects, but for projects in the next several years.(and I guess
nobody here wanna increasing jdk major version during a same maven major
version?)
So if we agree tha
Hi.
I use toolchain for multi-release-jars
please don't drop it or provide another way for building multi release jars
From: Romain Manni-Bucau
Sent: Wednesday, February 21, 2024 3:48:43 PM
To: Maven Developers List
Subject: Re: [DISCUSS] Java version for Maven
H
e the latest maven version to build? We are not
slaves nor babysitters for kids after all.
If they want third party maintenance they can just pay for that, or hire
some group, I just don't think it that hard. like just what azul or
jetbrains jbm do...
Xeno Amess 于2024年2月21日周三 13:41写道：
> Yo
You are not the only one who hates jigsaw.
As a real joke, about 4-6 years ago in a jackson mailing list, an [oracle
employee] ask for them to delete module-info in the jars to make it
runnable at lower jdk version, so yes even people in oracle (at least one)
seems don't really agree with jigsaw..
well I just doubt.
From: Xeno Amess
Sent: Tuesday, February 6, 2024 12:18:42 PM
To: Maven Developers List
Subject: Re: Java version for Maven 4?
well nothing affensive but do any guys got any payments from those still-java-6
companies for maintaining maven for
well nothing affensive but do any guys got any payments from those still-java-6
companies for maintaining maven for them？
From: Gary Gregory
Sent: Tuesday, February 6, 2024 6:14:32 AM
To: Maven Developers List
Subject: Re: Java version for Maven 4?
An interestin
I vote for kill jdk8 out as to force them upgrade to 11+
From: Tamás Cservenák
Sent: Sunday, February 4, 2024 10:35:55 PM
To: Maven Developers List
Subject: Re: Java version for Maven 4?
Howdy,
See Inline.
On Sun, Feb 4, 2024 at 3:01 PM Elliotte Rusty Harold
w
I'm not meaning about tecniqually(how to exclude some files from detection)
but just, if we should do so.
Xeno Amess 于2024年1月31日周三 11:08写道：
> Is there any rules to allow some files not adding asf headers? Or actually
> we shall add ASF headers to all files?
>
Is there any rules to allow some files not adding asf headers? Or actually
we shall add ASF headers to all files?
well can we release a RC version instead？
have a feeling it would become another months long waiting...
From: Elliotte Rusty Harold
Sent: Thursday, March 2, 2023 2:09:21 AM
To: Maven Developers List
Subject: Re: [HEADS UP] Maven Release 3.9.1 coming soon
https://
+1 for -e default
From: Romain Manni-Bucau
Sent: Friday, February 24, 2023 9:15:15 PM
To: Maven Developers List
Subject: Re: And while I'm on the subject of logging
Hi Elliotte,
I agree -e should be the default, I don't see the point to not have the
error cause
you can add a config or parameter to do this.
BUT I need that log, please don't remove it
From: Kemal Soysal
Sent: Thursday, February 23, 2023 5:39:08 PM
To: Maven Developers List
Subject: Re: And while I'm on the subject of logging
+1 logback
> Am 23.02.2023 um
So..If I wanna make some refinements, I shall put them onto 4.0, means
master, right?
Slawomir Jaranowski 于2022年4月11日周一 03:20写道：
> our CI has running build for branches:
> - master
> - 3.9.x
> - 3.8.x
>
> It is only versions for which we can do changes, for others we simply don't
> have runni
strongly suggest move maven-javadoc-plugin from *site *to *build*
It is better to let the committer handle this when they get these codes,
than letting the release manager handle this.
Olivier Lamy 于2022年2月27日周日 08:46写道：
> Thanks for the PRs.
> I'd like to start a discussion rather than some c
l be the last item to
> > confirm.
> >
> > I only want to show how the process can look.
> >
> > Currently we only have sentence that we use "Commit then Review" policy
> > without more details
> >
> > pt., 4 lut 2022 o 11:58 Xeno Amess napis
uld do everything in order to understand the PR and
> you must be convinced about the proposals almost like you were the author
> of the PR even if you are not the author.
>
>
> On Thu, Feb 3, 2022 at 12:23 PM Xeno Amess wrote:
>
> > 3 days?
> > according to my experien
3 days?
according to my experience, usually you need 30 - 180 days.
Tibor Digana 于2022年1月28日周五 06:40写道：
> It's nice to write some rules but still the developers are not machines.
> You can, for instance, get some vote for totally crazy things like removing
> public method in a library which is w
travis is too slow comparing to github actions.
so as github actions be free...
+1 for move to actions.
XenoAmess
From: Gary Gregory
Sent: Tuesday, December 21, 2021 12:23:46 AM
To: Maven Developers List
Subject: Re: Using of Travis
FWIW, I plan on doing the sam
+1 for forcing more people quit java 5,6,7， as even 17 is out.
8 is the minimum version normal people can accept，others be zombies who do not
need to be maintained IMO. They can use original wrapper plugin anyway.
If we do not force them when beginning，it is harder to add the liminition later.
Xe
...if there be a style restriction, adding it to CI is necessary.
Benjamin Marwell 于2021年10月18日周一 下午2:28写道：
> +1!
>
> Sandra and I tried similar Suggestions a while back.
> This will help new contributors a lot.
>
> Thanks for your efforts!
>
> On Mon, 18 Oct 2021, 07:10 Slawomir Jaranowski,
>
Hi.
Sounds like what you need is exclusion?
org.apache.commons
commons-vfs2
${commons-vfs2.version}
org.slf4j
slf4j-log4j12
log4j
log4j
org.slf4j
slf4j-jdk14
Hi.
I wanna know how much it improve.
could you please also run a corresponding jmh bencark for the old codes?
Olivier Lamy 于 2020年8月16日周日 下午4:36写道：
> On Sun, 16 Aug 2020 at 16:07, STEFAN REICH wrote:
>
> > Hi there!
> >
> > I am working on a very large code base, and build performance issues m
>
>> [0] https://en.wikipedia.org/wiki/Fula_language
>> [1] https://en.wikipedia.org/wiki/Adlam_script
>>
>> An account of the script's development can be found at
>> https://news.microsoft.com/stories/people/adlam.html .
>>
>>
>> On 25.06.20
Hi.
In your latest jdk15 versions, we found something not quite right.
a related pr is at https://github.com/apache/commons-lang/pull/558
In short, some codes like this cannot pass tests for some Locale like
"ff_LR_#Adlm"
*@Testpublic void java15BuggyLocaleTest() thr
Hi.
I created a pr 8 days ago.
Is there anyone who interested in giving some suggestions?
jira [MJAVADOC-653], github
https://github.com/apache/maven-javadoc-plugin/pull/48
I like slf4j.
But slf4j can cause dependency hell as it really lack something
named backward compatibility.
I met that thing in one of my repo.
Really bad experience for me.
Romain Manni-Bucau 于2020年6月1日周一 上午2:35写道：
> Hmm,we are already bound to slf4j simple logger by conf and we dont want to
>
80 matches
Mail list logo
