News for hackers. Stuff that matters.
Re:Apache Ivy – any future or is it also going to be retired? by pjmlp on Monday December 05, 2016 @10:56AM (#13106211)
Because I happen to like XML and Grandle is painful slow, requires tricks like a background daemon to cache build related information.

Also Maven is a project format in NetBeans. Just need to open it and its goals are mapped to IDE actions.

Re:Apache Ivy – any future or is it also going to be retired? by snuxoll on Monday December 05, 2016 @11:27AM (#13106530)
Maven in general is widely workable in almost any of the major Java IDE's out there, even with all the work Jetbrains has put into Gradle support it's still not up to par with what they've done for Maven (and considering how hard it is to introspect Gradle builds it may never be).

I feel like most people just hate Maven because of XML, if that's your problem then just use YAML (you can do that now). The other group seems to dislike that everything in Maven is done with plugins; I can understand this, there's no easy escape-hatch to do something no-declarative, but writing a Mojo isn't that much harder than putting some random task in your Gradle build.

Re:Apache Ivy – any future or is it also going to be retired? by suresk on Monday December 05, 2016 @01:41PM (#13107997)
> I feel like most people just hate Maven because of XML

I see this a lot. I definitely don't want to go back to the days of J2EE/Hibernate XML hell, but there are places where XML isn't terrible, and Maven feels like one of them - it is easier to figure out context when in bigger files (as opposed to JSON and the like), and it is nice that you can get very easy/quick feedback about the structure of the document via XSD. But when I ask people why they hate Maven, they give some handy-wavy "but XML..." argument about it.

I understand some of the more valid knocks against Maven, and there has been a time or two where I've been frustrated with it, but most of the time I used it (and I used it over a period of 8 years or so), I've been happy with it. I know that tools like Gradle and SBT allow you to do more, but I've always come away frustrated when using those tools.

Re:Apache Ivy – any future or is it also going to be retired? by vroombaprime on Monday December 05, 2016 @02:18PM (#13108356)
Things I love having in gradle:

* custom tasks AND up-to-date checks for them (for when you invariably need special tasks like custom generated code, filtering only some resources in a certain way, calling other build systems like grunt/gulp, etc)

* up-to-date checks in general

* better task exclusions

* better dependency version resolution abilities, including custom strategies

* groovy syntax

Things I think maven does better that matter to me:

* classifier handling (it is really frustrating gradle still has a lot of messed up handling of them)

* way less magic is possible in the buildscript - makes it easier to trace through

End result: I could never go back to maven, every single project I've worked on has desired custom tasks and maven just makes it painful every step of the way. The only thing I worry about in gradle is making things easy to understand so someone else can follow behind - can't use too much magic.

Re:Apache Ivy – any future or is it also going to be retired? by snuxoll on Monday December 05, 2016 @02:22PM (#13108392)
What's the opposition to simply writing a Maven plugin versus tossing a bunch of extra logic in your build configuration? I understand there's some extra ceremony around it (you have to write a new project, publish the plugin to a maven repo or install it in your local .m2) - but I find it's a much cleaner and reusable solution than having a bunch of custom tasks dangling around build scripts.
Re:Apache Ivy – any future or is it also going to be retired? by vroombaprime on Monday December 05, 2016 @02:34PM (#13108506)
The custom tasks are never reusable - they are specific to that one build. If they ARE reusable they become gradle plugins, same as in maven.

Effort of banging out a custom task to make a tar in a particular way and get it published: gradle=a few lines of groovy, maven=a full plugin in java?

To be fair my maven experience is the lowest of all (between gradle/ant/make/maven), but I was being honest in that I would never want to go back to maven (or ant) - I get more things done faster in gradle.

What MrBuddyCasino mentioned about mediocre teams though, that is a real risk. I'd nominate one or two skilled people to create and maintain it, but be sure to crosstrain and use comments liberally. The initial learning curve on gradle can be brutal for complex projects.

Re:Apache Ivy – any future or is it also going to be retired? by perrylaj on Monday December 05, 2016 @02:55PM (#13108785)
I'm kind of surprised you found Gradle slow. I did a fair amount of testing when we evaluated Maven vs Gradle for redoing our build, and I found Gradle to be significantly faster, even when running without the Daemon. Maven did not seem to have true parallelism at the time, I wonder if that has changed? Gradles task graph, though more complex, seemed far faster due to its ability to run non-inter-dependent tasks concurrently.
Re:Apache Ivy – any future or is it also going to be retired? by pjmlp on Monday December 05, 2016 @03:55PM (#13109445)
Let me guess, you guys have 16GB and SSDs.
Re:Apache Ivy – any future or is it also going to be retired? by elygre on Monday December 05, 2016 @05:40PM (#13110476)
Who doesn't?
Re:Apache Ivy – any future or is it also going to be retired? by pjmlp on Monday December 05, 2016 @06:01PM (#13110663)
Everyone that usually has corporate IT issued laptops.
Re:Apache Ivy – any future or is it also going to be retired? by pron on Monday December 05, 2016 @12:25PM (#13107138)
NetBeans' Gradle support is excellent (though not as good as the Maven suppot), and surpasses the Gradle support in any other IDE.