Re: [all] Thoughts on build system maven -> gradle??

2020-07-16 Thread Romain Manni-Bucau
-0.5 from me, to have suffered from projects having done it I think it wouldn't be sane for commons Big advantage of gradle is to be flexible but it also means you do a one man build, lose most of the IDE integration (even IDEA integration is not good, you often must use gradle runner to run test c

Re: [all] Thoughts on build system maven -> gradle??

2020-07-16 Thread Paul King
There are many useful things that Gradle and/or Groovy can bring you. I couldn't imagine doing our releases without most of the steps being automated (yeah we have about 100 steps too!). I agree though that while Apache Groovy is 95% the same as Java (especially when using its static nature), it is

Re: [all] on automating signature validation (Was: Re: [VOTE] Release Apache Commons Geometry 1.0-beta1 based on RC3)

2020-07-16 Thread Rob Tompkins
+1 ... Good work...keep it up :-) Checked signatures Checked reports, Checked build with java 8 and java 11 All checks out -Rob > On Jul 16, 2020, at 8:53 PM, Rob Tompkins wrote: > >  > >> On Jul 16, 2020, at 7:43 PM, Gilles Sadowski wrote: >> >> Hello. >> Le ven. 17 juil. 2020 à 0

Re: [all] Thoughts on build system maven -> gradle??

2020-07-16 Thread Rob Tompkins
> On Jul 16, 2020, at 11:02 PM, Gary Gregory wrote: > > Hi All, > > I don't see mixing in Groovy as the build language helping anyone, TBH it > feels like it creates another obstacle for new contributors. The nice thing > about Maven is that it is well known and you can extend it in Java, an

Re: [all] Thoughts on build system maven -> gradle??

2020-07-16 Thread Gary Gregory
Hi All, I don't see mixing in Groovy as the build language helping anyone, TBH it feels like it creates another obstacle for new contributors. The nice thing about Maven is that it is well known and you can extend it in Java, and Commons is all about Java, so it feels right, especially since both

Re: [all] Thoughts on build system maven -> gradle??

2020-07-16 Thread Rob Tompkins
> On Jul 16, 2020, at 9:17 PM, Rob Tompkins wrote: > > > >> On Jul 16, 2020, at 9:10 PM, Matt Juntunen wrote: >> >> Hi Rob, >> >>> I think we might be coming towards time to make this move or at least >>> accommodate for gradle builds in commons. >> >> Are you picturing that continued

Re: [all] Thoughts on build system maven -> gradle??

2020-07-16 Thread Rob Tompkins
> On Jul 16, 2020, at 9:10 PM, Matt Juntunen wrote: > > Hi Rob, > >> I think we might be coming towards time to make this move or at least >> accommodate for gradle builds in commons. > > Are you picturing that continued use of Maven will hinder development? Is it > restricting us in some

Re: [all] Thoughts on build system maven -> gradle??

2020-07-16 Thread Matt Juntunen
Hi Rob, > I think we might be coming towards time to make this move or at least > accommodate for gradle builds in commons. Are you picturing that continued use of Maven will hinder development? Is it restricting us in some way? Regards, Matt From: Rob Tompkins

[all] on automating signature validation (Was: Re: [VOTE] Release Apache Commons Geometry 1.0-beta1 based on RC3)

2020-07-16 Thread Rob Tompkins
> On Jul 16, 2020, at 7:43 PM, Gilles Sadowski wrote: > > Hello. > >> Le ven. 17 juil. 2020 à 00:37, Rob Tompkins a écrit : >> >> Woof….lots of submodules make for hard signature validation of the maven >> signatures. > > I still don't get why this check cannot be automated (cf. other th

Re: [all] Thoughts on build system maven -> gradle??

2020-07-16 Thread Rob Tompkins
> On Jul 16, 2020, at 7:00 PM, Alex Remily wrote: > > For those of us not as familiar with Gradle, what are some of the > benefits? Drawbacks? So gradle is an analog of maven, in that it provides dependency management in the same fashion. However, the configuration is written in groovy (no

Re: [VOTE] Release Apache Commons Geometry 1.0-beta1 based on RC3

2020-07-16 Thread Gilles Sadowski
Hello. Le ven. 17 juil. 2020 à 00:37, Rob Tompkins a écrit : > > Woof….lots of submodules make for hard signature validation of the maven > signatures. I still don't get why this check cannot be automated (cf. other thread on that subject where the same question remained unanswered). > Will ne

Re: [all] Thoughts on build system maven -> gradle??

2020-07-16 Thread Singh, Baljit (GE Aviation, US)
+1 from me. I prefer Gradle for two main reasons: - Control over how a library's dependencies are exposed ("api" vs "implementation", see https://docs.gradle.org/current/userguide/java_library_plugin.html#sec:java_library_configurations_graph) - build.gradle is a lot simpler and a lot less verbos

Re: [all] Thoughts on build system maven -> gradle??

2020-07-16 Thread Alex Remily
For those of us not as familiar with Gradle, what are some of the benefits? Drawbacks? On Thu, Jul 16, 2020 at 5:30 PM Rob Tompkins wrote: > > I think we might be coming towards time to make this move or at least > accommodate for gradle builds in commons. Let’s look to the success the > Sprin

Re: [VOTE] Release Apache Commons Geometry 1.0-beta1 based on RC3

2020-07-16 Thread Rob Tompkins
Woof….lots of submodules make for hard signature validation of the maven signatures. Will need time to go through all of the files in nexus….will try to get to it tonight. -Rob > On Jul 16, 2020, at 12:08 AM, Matt Juntunen wrote: > > We have been working hard to prepare Apache Commons Geometr

Re: [all] Thoughts on build system maven -> gradle??

2020-07-16 Thread Schalk Cronje
I am not going to vote on this, but if people decide to migrate some projects over to Gradle I would be willing to help with that. On 2020/07/16 23:30, Rob Tompkins wrote: I think we might be coming towards time to make this move or at least accommodate for gradle builds in commons. Let’s look

[all] Thoughts on build system maven -> gradle??

2020-07-16 Thread Rob Tompkins
I think we might be coming towards time to make this move or at least accommodate for gradle builds in commons. Let’s look to the success the Spring Framework has had here with gradle. That said, I’m merely trying to gauge opinions here and am entirely content to stay with maven, if that’s what

Re: [VOTE] Release Apache Commons Geometry 1.0-beta1 based on RC3

2020-07-16 Thread Matt Juntunen
Gilles, Yes, those are intentional. All of those changes are either from one of the steps in the commons-rng release.howto.txt document (which I've been using as a guide) or the result of me updating the README, CONTRIBUTING, etc files after noticing they were out of date. The changes will be p

Re: [VOTE] Release Apache Commons Geometry 1.0-beta1 based on RC3

2020-07-16 Thread Gilles Sadowski
Hi. Le jeu. 16 juil. 2020 à 06:08, Matt Juntunen a écrit : > > We have been working hard to prepare Apache Commons Geometry for an initial > release, so I would like to release Apache Commons Geometry (full > distribution) 1.0-beta1. > > Apache Commons Geometry 1.0-beta1 RC3 is available for re

Re: [VOTE] Release Apache Commons Geometry 1.0-beta1 based on RC3

2020-07-16 Thread Singh, Baljit (GE Aviation, US)
[x] +1 Release these artifacts Build is looking good on Mac with Java 14. Looking forward to the release! mvn -V clean package: Apache Maven 3.6.3 (cecedd343002696d0abb50b32b541b8a6ba2883f) Maven home: /Users/singhb/.sdkman/candidates/maven/current Java version: 14.0.1, vendor: AdoptOpenJDK, run

[VOTE][RESULT] Release Apache Commons Lang 3.11 based on RC2

2020-07-16 Thread Gary Gregory
This VOTE passes with the following +1s: - Rob Tompkins, binding - Enrico Olivelli, non-binding - Gary Gregory, binding - Bruno P. Kinoshita, binding Gary On Thu, Jul 16, 2020 at 2:12 AM Bruno P. Kinoshita wrote: > [x] +1 Release these artifacts > > > Build passing from tag, with `mvn clean in

Re: [VOTE] Release Apache Commons Geometry 1.0-beta1 based on RC3

2020-07-16 Thread Rob Tompkins
Will get to validation today...keep up the good work here :-) -Rob > On Jul 16, 2020, at 12:08 AM, Matt Juntunen wrote: > > We have been working hard to prepare Apache Commons Geometry for an initial > release, so I would like to release Apache Commons Geometry (full > distribution) 1.0-beta