You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@maven.apache.org by Guillaume Nodet <gn...@apache.org> on 2021/05/03 06:56:44 UTC
Re: Why no mvn daemon?
Yes, we're still willing to donate it to maven.
The IP has already been looked upon some time ago. The two main committers
are Peter Palage and me and we already are ASF committers. The other
contributors' contributions do not exceed more than a few lines so I don't
think this should be an issue, but I can double check.
Le mer. 28 avr. 2021 à 08:50, Olivier Lamy <ol...@apache.org> a écrit :
> Hi
> What is the status regarding this?
> @Guillaume Still keen to donate it?
> Should be very easy as It looks the license is already ASF and most of the
> contributors are already Apache folks.
> let me know.
> cheers
> Olivier
>
> On Thu, 8 Apr 2021 at 10:08, Olivier Lamy <ol...@apache.org> wrote:
>
> > Sounds great Guillaume!
> > Not sure to have it part of default distribution but looks to be a great
> > addition here.
> > Not sure about ip clearance etc... something to manage of course...
> >
> > Not tested but should make our plugins build faster? I mean all build
> > using invoker plugin and keep restarting jvm
> >
> >
> > On Wed, 7 Apr 2021 at 4:34 pm, Guillaume Nodet <gn...@apache.org>
> wrote:
> >
> >> Fwiw, Peter and I would be happy to donate mvnd to the Apache Maven
> >> project, should you choose to accept it.
> >>
> >> Cheers,
> >> Guillaume
> >>
> >> Le lun. 29 mars 2021 à 12:21, Romain Manni-Bucau <rmannibucau@gmail.com
> >
> >> a
> >> écrit :
> >>
> >> > Up 4 years later ;)
> >> >
> >> > Now mvnd exists and proves it is very interesting to have such a
> >> feature,
> >> > should it be something which can fit maven standard delivery?
> >> > If overall yes we can start by asking mvnd if it can be contributed
> with
> >> > main codebase and if not we can either decide to do our own (hope not
> >> ;))
> >> > or that maven does not care about caching/optimizations in its "core"
> >> and
> >> > that it is only done in extensions (I know 3 "main" ones as of today).
> >> >
> >> > Wdyt?
> >> >
> >> > 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. 9 mars 2016 à 23:58, Jeff Jensen <
> >> > jeffjensen@upstairstechnology.com>
> >> > a écrit :
> >> >
> >> > > Thanks! It's running just fine. :-) It's very cool. Really nice
> >> > > directory traversal and completion, colors, and commands/features I
> >> don't
> >> > > know yet!
> >> > >
> >> > > Very interesting timing diffs (for each casual test, I ran the
> command
> >> > for
> >> > > each multiple times to seed infra caches):
> >> > > * on some asciidoc gen with "mvn generate-resources", it was about
> >> the
> >> > > same duration as CLI but after running each about 10 times, mvnshell
> >> > saved
> >> > > about 20% consistently (possibly due to JIT? besides directory
> >> traversal,
> >> > > this was the first things I did). This was my key use case for
> >> wanting a
> >> > > "mvn server" - handling situations like this with repeated runs
> >> > (asciidoc,
> >> > > site, etc.).
> >> > >
> >> > > * on a simple "mvn clean", mvnshell was about 2x faster than CLI.
> >> > >
> >> > > * on a small module build, "mvn install" was about 20% faster over
> >> CLI
> >> > > (after a mvn clean for each).
> >> > >
> >> > > I look forward to trying more things.
> >> > >
> >> > > Nice to have, thank you Jason!
> >> > >
> >> > >
> >> > > On Wed, Mar 9, 2016 at 4:17 PM, Jason Dillon <
> jason.dillon@gmail.com>
> >> > > wrote:
> >> > >
> >> > > > Jason, if you have a built version, do you mind adding it as a
> >> download
> >> > > to
> >> > > >
> >> > > > the release files?
> >> > > >
> >> > > > I can make a binary of this, though I do plan on fixing it up so
> >> that
> >> > > > folks can build it in the near future.
> >> > > >
> >> > > > Build up here for the moment:
> >> > > >
> >> > > >
> >> > >
> >> >
> >>
> https://www.dropbox.com/sh/yvt1g43r2pr2scj/AADqM__VhJaFf_x57OiUEZXva?dl=0
> >> > > >
> >> > > > gshell:master should be buildable with just central now, dangling
> >> ref
> >> > to
> >> > > > older version of jline for classifer=tests which was unused and
> >> > polluting
> >> > > > the build dependencies.
> >> > > >
> >> > > > —jason
> >> > > >
> >> > > >
> >> > > >
> >> > >
> >> >
> >>
> >>
> >> --
> >> ------------------------
> >> Guillaume Nodet
> >>
> > --
> > Olivier Lamy
> > http://twitter.com/olamy | http://linkedin.com/in/olamy
> >
>
>
> --
> Olivier Lamy
> http://twitter.com/olamy | http://linkedin.com/in/olamy
>
--
------------------------
Guillaume Nodet
Re: Why no mvn daemon?
Posted by Olivier Lamy <ol...@apache.org>.
Hi
Yes doesn't look to be an issue.
We can definitely simply create the git repo and push the current one.
The project is already under ASF license and 2 main contributors are ASF
committers.
Not sure we need to search for a needle in the haystack with this simple
case?
Thoughts?
an ip clearance paperwork?
On Mon, 3 May 2021 at 16:57, Guillaume Nodet <gn...@apache.org> wrote:
> Yes, we're still willing to donate it to maven.
> The IP has already been looked upon some time ago. The two main committers
> are Peter Palage and me and we already are ASF committers. The other
> contributors' contributions do not exceed more than a few lines so I don't
> think this should be an issue, but I can double check.
>
> Le mer. 28 avr. 2021 à 08:50, Olivier Lamy <ol...@apache.org> a écrit :
>
> > Hi
> > What is the status regarding this?
> > @Guillaume Still keen to donate it?
> > Should be very easy as It looks the license is already ASF and most of
> the
> > contributors are already Apache folks.
> > let me know.
> > cheers
> > Olivier
> >
> > On Thu, 8 Apr 2021 at 10:08, Olivier Lamy <ol...@apache.org> wrote:
> >
> > > Sounds great Guillaume!
> > > Not sure to have it part of default distribution but looks to be a
> great
> > > addition here.
> > > Not sure about ip clearance etc... something to manage of course...
> > >
> > > Not tested but should make our plugins build faster? I mean all build
> > > using invoker plugin and keep restarting jvm
> > >
> > >
> > > On Wed, 7 Apr 2021 at 4:34 pm, Guillaume Nodet <gn...@apache.org>
> > wrote:
> > >
> > >> Fwiw, Peter and I would be happy to donate mvnd to the Apache Maven
> > >> project, should you choose to accept it.
> > >>
> > >> Cheers,
> > >> Guillaume
> > >>
> > >> Le lun. 29 mars 2021 à 12:21, Romain Manni-Bucau <
> rmannibucau@gmail.com
> > >
> > >> a
> > >> écrit :
> > >>
> > >> > Up 4 years later ;)
> > >> >
> > >> > Now mvnd exists and proves it is very interesting to have such a
> > >> feature,
> > >> > should it be something which can fit maven standard delivery?
> > >> > If overall yes we can start by asking mvnd if it can be contributed
> > with
> > >> > main codebase and if not we can either decide to do our own (hope
> not
> > >> ;))
> > >> > or that maven does not care about caching/optimizations in its
> "core"
> > >> and
> > >> > that it is only done in extensions (I know 3 "main" ones as of
> today).
> > >> >
> > >> > Wdyt?
> > >> >
> > >> > 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. 9 mars 2016 à 23:58, Jeff Jensen <
> > >> > jeffjensen@upstairstechnology.com>
> > >> > a écrit :
> > >> >
> > >> > > Thanks! It's running just fine. :-) It's very cool. Really
> nice
> > >> > > directory traversal and completion, colors, and commands/features
> I
> > >> don't
> > >> > > know yet!
> > >> > >
> > >> > > Very interesting timing diffs (for each casual test, I ran the
> > command
> > >> > for
> > >> > > each multiple times to seed infra caches):
> > >> > > * on some asciidoc gen with "mvn generate-resources", it was
> about
> > >> the
> > >> > > same duration as CLI but after running each about 10 times,
> mvnshell
> > >> > saved
> > >> > > about 20% consistently (possibly due to JIT? besides directory
> > >> traversal,
> > >> > > this was the first things I did). This was my key use case for
> > >> wanting a
> > >> > > "mvn server" - handling situations like this with repeated runs
> > >> > (asciidoc,
> > >> > > site, etc.).
> > >> > >
> > >> > > * on a simple "mvn clean", mvnshell was about 2x faster than CLI.
> > >> > >
> > >> > > * on a small module build, "mvn install" was about 20% faster
> over
> > >> CLI
> > >> > > (after a mvn clean for each).
> > >> > >
> > >> > > I look forward to trying more things.
> > >> > >
> > >> > > Nice to have, thank you Jason!
> > >> > >
> > >> > >
> > >> > > On Wed, Mar 9, 2016 at 4:17 PM, Jason Dillon <
> > jason.dillon@gmail.com>
> > >> > > wrote:
> > >> > >
> > >> > > > Jason, if you have a built version, do you mind adding it as a
> > >> download
> > >> > > to
> > >> > > >
> > >> > > > the release files?
> > >> > > >
> > >> > > > I can make a binary of this, though I do plan on fixing it up so
> > >> that
> > >> > > > folks can build it in the near future.
> > >> > > >
> > >> > > > Build up here for the moment:
> > >> > > >
> > >> > > >
> > >> > >
> > >> >
> > >>
> >
> https://www.dropbox.com/sh/yvt1g43r2pr2scj/AADqM__VhJaFf_x57OiUEZXva?dl=0
> > >> > > >
> > >> > > > gshell:master should be buildable with just central now,
> dangling
> > >> ref
> > >> > to
> > >> > > > older version of jline for classifer=tests which was unused and
> > >> > polluting
> > >> > > > the build dependencies.
> > >> > > >
> > >> > > > —jason
> > >> > > >
> > >> > > >
> > >> > > >
> > >> > >
> > >> >
> > >>
> > >>
> > >> --
> > >> ------------------------
> > >> Guillaume Nodet
> > >>
> > > --
> > > Olivier Lamy
> > > http://twitter.com/olamy | http://linkedin.com/in/olamy
> > >
> >
> >
> > --
> > Olivier Lamy
> > http://twitter.com/olamy | http://linkedin.com/in/olamy
> >
>
>
> --
> ------------------------
> Guillaume Nodet
>
--
Olivier Lamy
http://twitter.com/olamy | http://linkedin.com/in/olamy