-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
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
+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
> 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
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
> 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
> 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
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
> 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
> 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
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
+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
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
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
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
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
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
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
[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
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
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
21 matches
Mail list logo