Buildr is a simple and intuitive build system for Java projects. After 10 months of development and a lot of positive feedback, it will be incubated by the Apache Foundation, which will be opening its doors to its first Ruby project.
While some are still fighting to migrate their project from Ant to Maven2, Buildr is making its way. It has been some time since our review of Buildr, "The build system that doesn't suck", and the public feedback has been positive:
Our previous coverage concluded that "We think it would be interesting to see how Maven and Buildr perform head-to-head." With both Maven and Buildr in the Apache Foundation, the competition is open, let's hope it won't end in a family quarrel.
While some are still fighting to migrate their project from Ant to Maven2, Buildr is making its way. It has been some time since our review of Buildr, "The build system that doesn't suck", and the public feedback has been positive:
Buildr is what we're using for this and future projects. There's a lot to be said about Buildr, but for now let's just say that it gives you a hammer to work with; Maven assigns you a construction contractor.
Overall I believe that Buildr is a much more likely to become the defacto ruby build language, than Raven. If simply because of the active community that Raven seems to lack. So if you are up to replacing the trainwreck that is Maven 2 then I would encourage you to look into Buildr.Since our review there have been several new features, such as:
- Support for Hibernate XDoclet and SchemaExport tasks.
- JDepend UI for seeing depenencies across all projects.
- Cobertura test coverage tasks.
- TestNG support.
- Idea project files generation.
- Buildfile created form existing Maven project POM.
- ANTLR support.
Our previous coverage concluded that "We think it would be interesting to see how Maven and Buildr perform head-to-head." With both Maven and Buildr in the Apache Foundation, the competition is open, let's hope it won't end in a family quarrel.
/filters:no_upscale()/sponsorship/topic/c316a8d6-1884-46f9-b547-14e10c45b88f/DataStaxLogoRSB-1654176523670.png)
/articles/data-oriented-programming-java/en/smallimage/logo-1655300924873.jpg){kind=logo}
/articles/reduce-CO2-with-serveless/en/smallimage/implementing-microservicilities-with-tekton-small-1620664010598-1653839842404.jpg)
/presentations/java17-path-features-transition/en/smallimage/qcon-plus-s-1654839163653.jpeg)
/articles/apache-beam-intro/en/smallimage/logo-1654186286213.jpg){kind=logo}
/articles/native-java-aligning/en/smallimage/standardizing-native-java-aligning-GraalVM-and-OpenJDK-small-1652792455627.jpg)
/articles/native-compilations-boosts-java/en/smallimage/article-series-native-compilations-boosts-java-small-1649686214768.jpg)
/articles/native-java-micronaut/en/smallimage/cloud-native-java-micronaut-framework-small-1650531212121.jpg)
/articles/native-java-real-world/en/smallimage/native-java-in-the-real-world-small-image-1649775707084.jpg)
/articles/native-java-quarkus/en/smallimage/kubernetes-native-java-with-quarkus-small-1649232064181.jpg)
/articles/native-java-graalvm/en/smallimage/revolutionizing-java-with-GraalVM-native-image-small-1648805051420.jpg)
/articles/java-performance-tornadovm/en/smallimage/logo-1646667233753.jpg){kind=logo}
/articles/performance-testing/en/smallimage/logo-1657874085693.jpg){kind=logo}
/articles/quarkus-with-kafka-streams/en/smallimage/kafka-streams-and-quarkus-real-time-processing-events-small-1656083680635.jpg)
/articles/native-java-spring-boot/en/smallimage/go-native-with-spring-boot-and-graalVM-small-image-1652359406589.jpg)
/articles/data-with-quarkus-kafka/en/smallimage/UaUXvhM4-1651071035514.jpg)
/articles/tools-for-jakarta-ee-devs/en/smallimage/logo-1648646279253.jpg){kind=logo}
/minibooks/angular-mini-book-v2/en/smallimage/angular-book-s-1645176541549.jpeg)
/articles/effective-digital-platform/en/smallimage/logo-1645788016336.jpg){kind=logo}
/articles/iac-configuration-drift/en/smallimage/logo-1659715903797.jpg){kind=logo}
/presentations/languages-cloud-native/en/smallimage/Justin Cormack-s-1659337904196.jpg)
/presentations/software-engineering-bottleneck-cognitive-load/en/smallimage/qcon-plus-s-1659337713674.jpeg)
/articles/open-source-contributing-development/en/smallimage/logo-1659561930469.jpg){kind=logo}
/articles/zero-trust-developer-guide/en/smallimage/logo-1659560035351.jpg){kind=logo}
/articles/sizing-forecasting-scrum/en/smallimage/logo-1659455410120.jpg){kind=logo}
Community comments
I see this going nowhere
by Marc Stock,
Re: I see this going nowhere
by Loc NGuyen,
I see this going nowhere
by Marc Stock,
Your message is awaiting moderation. Thank you for participating in the discussion.
I'm all for replacing ANT and Maven but I just don't see Java developers signing up en masse for a build tool that requires them to know & use Ruby. Why should I bother with that? I'd rather use ANT than have to learn Ruby or use something else entirely like GANT.
Anyway, it's a good idea but just the wrong implentation.
Re: I see this going nowhere
by Loc NGuyen,
Your message is awaiting moderation. Thank you for participating in the discussion.
The problem is your reason for seeing this as a failure is based on your own hostility towards learning a new language. There's more than a few Java heads out there who want to learn something new, especially if it's a step in the right direction. So Buildr doesn't need to be accepted en masse, just see consistent growth