Live data from Hacker News

Gradle Is Javamaxxing

blog.gradle.org

21–24 of 24 posts

Re: Gradle Is Javamaxxing

#21
post #14

Gradle is really powerful if you know what you're doing and you take the time and effort to keep your build optimized, sane, and working. I recently built a Gradle plug-in that allows us to build native components on a remote system (z/OS) and integrate these tasks and artifacts with the native Gradle model so that Gradle takes care of caching and parallel task execution. I'm sure this is possible with other build to…

> you take the time and effort to keep your build optimized, sane, and working But isn't the key job of a build system to 'just work'. Ie it's executable documentation of how to build/test the software. ie really shouldn't need constant maintenance, especially if the code hasn't changed.

For simple use cases, sure. But when you start to have to build artifacts with different dependency versions, JDK versions, architectures, etc., then this complexity has to be somewhere, and Gradle can do that for you if you know how to wield it.

We are a large enterprise shop with many projects being built on different machines, architectures, technologies, etc. We took the time to become decent in Gradle, and it works great for us.

Re: Gradle Is Javamaxxing

#23
post #14

Gradle is really powerful if you know what you're doing and you take the time and effort to keep your build optimized, sane, and working. I recently built a Gradle plug-in that allows us to build native components on a remote system (z/OS) and integrate these tasks and artifacts with the native Gradle model so that Gradle takes care of caching and parallel task execution. I'm sure this is possible with other build to…

> you take the time and effort to keep your build optimized, sane, and working But isn't the key job of a build system to 'just work'. Ie it's executable documentation of how to build/test the software. ie really shouldn't need constant maintenance, especially if the code hasn't changed.

No. Builds are not simple

Re: Gradle Is Javamaxxing

#24
post #11
post #9

Earlier quoted context omitted.

And for those that are allergic Maven 4 will offer alternative file types via extensions!

Is it too late to stop that happening? Nobody wants maven + yaml or whatever else they will add. XML is the correct format.

Idk I think it’s pretty good for the sheer fact that it takes away most arguments against maven. Almost ever argument is hurr durr xml bad.
Post reply on HN