Re: [RESULT] [VOTE] Release Apache Maven Daemon 1.0-m8

[Peter Palaga]

Thanks for the release Guillaume!

It feels a bit faster than m7. I wonder what is the key difference?

Thanks again,

-- Peter

On 07/11/2023 08:01, Guillaume Nodet wrote:

Closing this vote with 5 +1s and no other votes.
I'll publish the release asap.

Thx to everyone !
Guillaume

Le jeu. 26 oct. 2023 à 08:43, Guillaume Nodet  a écrit :


I've staged a candidate release at
 https://dist.apache.org/repos/dist/dev/maven/mvnd/1.0-m8/

This release provides distributions based on Maven 3.9.5 and
4.0.0-alpha-8 releases.
The release notes are available at :
 
https://github.com/apache/maven-mvnd/releases/tag/untagged-56be0cecfa7305fcd889

Please review and vote !
--

Guillaume Nodet


-
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

Re: [VOTE] Release Apache Maven Daemon 0.9.0

[Peter Palaga]

+1

0.9.0 seems to be faster than 0.8.2 - see 
https://github.com/apache/maven-mvnd/issues/783 for some numbers.


Thanks Guillaume!

On 25/01/2023 10:10, Guillaume Nodet wrote:

I've staged a candidate release at
   https://dist.apache.org/repos/dist/dev/maven/mvnd/0.9.0/

Note that this release is based on Maven 3.8.7.
The release notes are available at

https://github.com/apache/maven-mvnd/releases/tag/untagged-7cae83258923acd48d99

Please review and vote !

Note that I'm planning a 0.10.0 release based on Maven 3.9.0 once it's out
and a 1.0.0-m2 once 4.0.0-alpha-4 is out.




-
To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
For additional commands, e-mail: dev-h...@maven.apache.org

Re: [VOTE] Release Apache Maven Daemon 1.0.0-m4

[Peter Palaga]

+1

Tested with Camel Quarkus, better than 1.0.0-m4, but still slower than 
0.8.2 and 0.9.0 - see https://github.com/apache/maven-mvnd/issues/783


Thanks, Guillaume!

On 29/01/2023 19:37, Romain Manni-Bucau wrote:

+1, tested on java 17 with sdkman

Romain Manni-Bucau
@rmannibucau  |  Blog
 | Old Blog
 | Github  |
LinkedIn  | Book



Le sam. 28 janv. 2023 à 15:16, Guillaume Nodet  a écrit :


I've staged a release candidate at
   https://dist.apache.org/repos/dist/dev/maven/mvnd/1.0.0-m4/

Note that his release is based on Maven 4.0.0-alpha-4 under vote.
The release notes are available at
   https://github.com/apache/maven-mvnd/releases/tag/1.0.0-m4

Please review and vote !

Cheers
Guillaume Nodet






-
To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
For additional commands, e-mail: dev-h...@maven.apache.org

Re: [VOTE] Release Apache Maven Daemon 1.0.0-m1

[Peter Palaga]

+1

Thanks for the milestone, Guillaume!

I have filed some issues:

* keytool-maven-plugin incompatible
  https://github.com/mojohaus/keytool/issues/57

* 1.0.0-m1 slower than 0.8.2 for Camel Quarkus
  https://github.com/apache/maven-mvnd/issues/758

-- P



On 16/12/2022 14:07, Guillaume Nodet wrote:

I've staged a candidate release at
   https://dist.apache.org/repos/dist/dev/maven/mvnd/1.0.0-m1/

Note that this release is based on the latest Maven 4.0.0-alpha-3.
The release notes are available at

https://github.com/apache/maven-mvnd/releases/tag/untagged-2285434bf6532985094a

Please review and vote !



-
To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
For additional commands, e-mail: dev-h...@maven.apache.org

Re: Hello from mvnd

[Peter Palaga]

On 16/10/2020 16:18, Romain Manni-Bucau wrote:
Congrats guys! Can be worth some more noise cause I have to admit I 
didn't see mvnd before this thread and it is something all dev likely 
want to test "locally" (vs on a CI where you don't want it) IMHO.


Yeah, mvnd definitely needs some battle-testing. More skilled hands 
wanting to play with the code would be awesome too!


-- P


Romain Manni-Bucau
@rmannibucau <https://twitter.com/rmannibucau> | Blog 
<https://rmannibucau.metawerx.net/> | Old Blog 
<http://rmannibucau.wordpress.com> | Github 
<https://github.com/rmannibucau> | LinkedIn 
<https://www.linkedin.com/in/rmannibucau> | Book 
<https://www.packtpub.com/application-development/java-ee-8-high-performance>



Le ven. 16 oct. 2020 à 16:15, Peter Palaga <mailto:ppal...@redhat.com>> a écrit :


Re-layouting the mvnd distro worked indeed, see
https://github.com/mvndaemon/mvnd/pull/96 . Many thanks for the
suggestion, Romain!

mvnd and stock Maven will be able to continue their peaceful
    co-existence :)

-- P

On 14/10/2020 10:20, Peter Palaga wrote:
 > On 14/10/2020 08:20, Romain Manni-Bucau wrote:
 >> Hi,
 >>
 >> This one is not easy since both cases make sense IMHO (using "mvn"
 >> through
 >> mvnd or real pure isolated "mvn").
 >> My immediate thought is to play with PATH order and to provide
an "mvn"
 >> script as an extension of mvnd and not something built-in (well
 >> documented
 >> it is enough IMO).
 >
 > Yeah, recommending users to put the stock Maven's bin before
mvnd's was
 > was what we were thinking about. The caveat is that e.g. SDKMAN
iterates
 > over packages in alphabetic order, prepending the individual bin
folders
 > to the PATH. mvnd/bin thus gets a higher precedence than maven/bin
 >
 >> Using toolchain we can also make it more transparent (but not
sure it
 >> would
 >> be the default without some enhancements and plugin upgrades
which seems
 >> the issue you hit).
 >>
 >> Last thing I can think about is to relayout the distribution:
mvnd/bin
 >> does
 >> not contain maven but set maven.home to a folder not in path
with mvn
 >> script.
 >
 > That sounds viable, we should try that. Thanks for the idea!
 >
 > -- P
 >
 >> This makes mvnd in PATH but not mvn script since a lot of mvn
script
 >> lookup
 >> is done in mojo reading maven.home - if not it can/should be
fixed since
 >> maven/bin does not have to be in PATH to work. Such "conflict"
is very
 >> acceptable since it is exactly the goal of mvnd IMHO and it does
not
 >> break
 >> OS setup.
 >>
 >> Hope it makes some sense.
 >>
 >> Romain Manni-Bucau
 >> @rmannibucau <https://twitter.com/rmannibucau> |  Blog
 >> <https://rmannibucau.metawerx.net/> | Old Blog
 >> <http://rmannibucau.wordpress.com> | Github
 >> <https://github.com/rmannibucau> |
 >> LinkedIn <https://www.linkedin.com/in/rmannibucau> | Book
 >>

<https://www.packtpub.com/application-development/java-ee-8-high-performance>

 >>
 >>
 >>
 >> Le mer. 14 oct. 2020 à 01:02, Mark Derricutt mailto:m...@talios.com>> a écrit :
 >>
 >>> I just wanna say kudos to mvnd - found it the other day on
r/java (or
 >>> r/programming) and I must say - this is awesome.
 >>>
 >>> It even plays well with our tiles-maven-plugin which I was sure
it would
 >>> play up on.
 >>>
 >>> Mark
 >>>
 >>>
 >>>
 >>>
 >>> From: Peter Palaga mailto:ppal...@redhat.com>> mailto:ppal...@redhat.com>>
 >>> Reply: Maven Developers List mailto:dev@maven.apache.org>>
 >>> mailto:dev@maven.apache.org>>
 >>> Date: 14 October 2020 at 8:55:14 AM
 >>> To: dev@maven.apache.org <mailto:dev@maven.apache.org>
mailto:dev@maven.apache.org>>
mailto:dev@maven.apache.org>>
 >>> Cc: Guillaume Nodet mailto:gno...@redhat.com>> mailto:gno...@redhat.com>>
 >>> Subject:  Hello from mvnd
 >>>
 >>> I think we can say that the project left the PoC phase
recently. We
 >>> use it
 >>> for our daily work, we made it available via SDKMAN and we are
solving
 >>> issues coming from the users.
 >>>
 >>
 >




-
To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
For additional commands, e-mail: dev-h...@maven.apache.org

Re: Hello from mvnd

[Peter Palaga]

Re-layouting the mvnd distro worked indeed, see 
https://github.com/mvndaemon/mvnd/pull/96 . Many thanks for the 
suggestion, Romain!


mvnd and stock Maven will be able to continue their peaceful co-existence :)

-- P

On 14/10/2020 10:20, Peter Palaga wrote:

On 14/10/2020 08:20, Romain Manni-Bucau wrote:

Hi,

This one is not easy since both cases make sense IMHO (using "mvn" 
through

mvnd or real pure isolated "mvn").
My immediate thought is to play with PATH order and to provide an "mvn"
script as an extension of mvnd and not something built-in (well 
documented

it is enough IMO).


Yeah, recommending users to put the stock Maven's bin before mvnd's was 
was what we were thinking about. The caveat is that e.g. SDKMAN iterates 
over packages in alphabetic order, prepending the individual bin folders 
to the PATH. mvnd/bin thus gets a higher precedence than maven/bin


Using toolchain we can also make it more transparent (but not sure it 
would

be the default without some enhancements and plugin upgrades which seems
the issue you hit).

Last thing I can think about is to relayout the distribution: mvnd/bin 
does

not contain maven but set maven.home to a folder not in path with mvn
script.


That sounds viable, we should try that. Thanks for the idea!

-- P

This makes mvnd in PATH but not mvn script since a lot of mvn script 
lookup

is done in mojo reading maven.home - if not it can/should be fixed since
maven/bin does not have to be in PATH to work. Such "conflict" is very
acceptable since it is exactly the goal of mvnd IMHO and it does not 
break

OS setup.

Hope it makes some sense.

Romain Manni-Bucau
@rmannibucau <https://twitter.com/rmannibucau> |  Blog
<https://rmannibucau.metawerx.net/> | Old Blog
<http://rmannibucau.wordpress.com> | Github 
<https://github.com/rmannibucau> |

LinkedIn <https://www.linkedin.com/in/rmannibucau> | Book
<https://www.packtpub.com/application-development/java-ee-8-high-performance> 




Le mer. 14 oct. 2020 à 01:02, Mark Derricutt  a écrit :


I just wanna say kudos to mvnd - found it the other day on r/java (or
r/programming) and I must say - this is awesome.

It even plays well with our tiles-maven-plugin which I was sure it would
play up on.

Mark




From: Peter Palaga  
Reply: Maven Developers List  


Date: 14 October 2020 at 8:55:14 AM
To: dev@maven.apache.org  
Cc: Guillaume Nodet  
Subject:  Hello from mvnd

I think we can say that the project left the PoC phase recently. We 
use it

for our daily work, we made it available via SDKMAN and we are solving
issues coming from the users.








-
To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
For additional commands, e-mail: dev-h...@maven.apache.org

Re: Hello from mvnd

[Peter Palaga]

On 14/10/2020 08:20, Romain Manni-Bucau wrote:

Hi,

This one is not easy since both cases make sense IMHO (using "mvn" through
mvnd or real pure isolated "mvn").
My immediate thought is to play with PATH order and to provide an "mvn"
script as an extension of mvnd and not something built-in (well documented
it is enough IMO).


Yeah, recommending users to put the stock Maven's bin before mvnd's was 
was what we were thinking about. The caveat is that e.g. SDKMAN iterates 
over packages in alphabetic order, prepending the individual bin folders 
to the PATH. mvnd/bin thus gets a higher precedence than maven/bin



Using toolchain we can also make it more transparent (but not sure it would
be the default without some enhancements and plugin upgrades which seems
the issue you hit).

Last thing I can think about is to relayout the distribution: mvnd/bin does
not contain maven but set maven.home to a folder not in path with mvn
script.


That sounds viable, we should try that. Thanks for the idea!

-- P


This makes mvnd in PATH but not mvn script since a lot of mvn script lookup
is done in mojo reading maven.home - if not it can/should be fixed since
maven/bin does not have to be in PATH to work. Such "conflict" is very
acceptable since it is exactly the goal of mvnd IMHO and it does not break
OS setup.

Hope it makes some sense.

Romain Manni-Bucau
@rmannibucau <https://twitter.com/rmannibucau> |  Blog
<https://rmannibucau.metawerx.net/> | Old Blog
<http://rmannibucau.wordpress.com> | Github <https://github.com/rmannibucau> |
LinkedIn <https://www.linkedin.com/in/rmannibucau> | Book
<https://www.packtpub.com/application-development/java-ee-8-high-performance>


Le mer. 14 oct. 2020 à 01:02, Mark Derricutt  a écrit :


I just wanna say kudos to mvnd - found it the other day on r/java (or
r/programming) and I must say - this is awesome.

It even plays well with our tiles-maven-plugin which I was sure it would
play up on.

Mark




From: Peter Palaga  
Reply: Maven Developers List  
Date: 14 October 2020 at 8:55:14 AM
To: dev@maven.apache.org  
Cc: Guillaume Nodet  
Subject:  Hello from mvnd

I think we can say that the project left the PoC phase recently. We use it
for our daily work, we made it available via SDKMAN and we are solving
issues coming from the users.






-
To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
For additional commands, e-mail: dev-h...@maven.apache.org

Hello from mvnd

[Peter Palaga]

Hi,

as some of you may know already, Guillaume (cc'd) and me are working on 
a Daemon for Maven [1].


As with Gradle daemon, the main idea is to keep the JVM and the Maven 
plugins' code warm in a long living process so that during repeated 
builds the JIT-optimized code is available immediately.


In addition to that, the builds are run with -T1C by default, there are 
some improvements in how the build progress is presented to the user and 
the `mvnd` command line client is a GraalVM native executable.


Our main motivation to work on this was to make the building of our 
primary work projects faster. We work on Apache Camel, Camel Quarkus, 
Quarkus, etc. - all those are rather large projects with hundreds of 
Maven modules.


I think we can say that the project left the PoC phase recently. We use 
it for our daily work, we made it available via SDKMAN and we are 
solving issues coming from the users.


We'd like to contribute our code to Maven at some point when we believe 
that it is stable and battle tested enough.


mvnd existed without mvn script for some time and therefore it could 
peacefully co-exist with stock Maven. Now it looks like we have to add 
our own mvn for reasons mentioned in 
https://github.com/mvndaemon/mvnd/pull/89 . Due to that, mvnd got some 
potential to clash with stock Maven when installed on the same machine. 
I am not especially happy about that and I wanted to assure the Maven 
community that we do it for technical reasons and that our ultimate aim 
is to contribute rather than hijack the ecosystem.


Of course you are welcome to try mvnd and give feedback.

Thanks,

-- Peter

[1] https://github.com/mvndaemon/mvnd


-
To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
For additional commands, e-mail: dev-h...@maven.apache.org