Apache Buildr
Apache Buildr is a build system for Java-based applications, including support for Scala, Groovy and a growing number of JVM languages and tools. We wanted something that’s simple and intuitive to use, so we only need to tell it what to do, and it takes care of the rest. But also something we can easily extend for those one-off tasks, with a language that’s a joy to use. And of course, we wanted it to be fast, reliable and have outstanding dependency management.
Why Buildr Rocks
If you think about it, the question isn’t “Why use Buildr?”, it’s really “Why use anything else?” The advantages afforded by Buildr are so substantial, I really can’t see myself going with any other tool, at least not when I have a choice.
That’s still the strongest sell: it builds everything I need, and as I’ve needed more, I just got things working without a lot of fuss.
We used to rely on Ant, with a fairly extensive set of scripts. It worked but was expensive to maintain. The biggest mistake afterward was to migrate to Maven2. I could write pages of rants explaining all the problems we ran into and we still ended up with thousands of lines of XML.
The positive side effect for me as a java user is that I learn a little ruby, and that’s easy but lots of fun… :-)
I’ve cleaned up & migrated the Vamosa build process from 768 lines of Ant build.xml to 28 lines of Buildr.
What You Get
- A simple way to specify projects, and build large projects out of smaller sub-projects.
- Pre-canned tasks that require the least amount of configuration, keeping the build script DRY and simple.
- Compiling, copying and filtering resources, JUnit/TestNG test cases, APT source code generation, Javadoc and more.
- A dependency mechanism that only builds what has changed since the last release.
- A drop-in replacement for Maven 2.0, Buildr uses the same file layout, artifact specifications, local and remote repositories.
- All your Ant tasks are belong to us! Anything you can do with Ant, you can do with Buildr.
- No overhead for building “plugins” or configuration. Just write new tasks or functions.
- Buildr is Ruby all the way down. No one-off task is too demanding when you write code using variables, functions and objects.
- Simple way to upgrade to new versions.
- Did we mention fast?
So let’s get started. You can read the documentation online, or download the PDF.
What’s New
Highlights from Buildr 1.5.0 (2016-09-23)
- Change: Move to default on Scala 2.11.
- Added: BUILDR-577 Allow remote repo to be added with http basic auth support. Submitted by Michael Guymon.
- Added: BUILDR-572 Allow to upload unique version (timestamp based) snapshot artifacts to a repository. Submitted by Brice Figureau.
- Added: BUILDR-703 release: allow THIS_VERSION to be defined in another file
- Fixed: BUILDR-565 resources are not included in the war if defined after package call
- Fixed: BUILDR-621 ZipTask creates zip file with entries not sorted by path causing very slow unzipping.
- Fixed: BUILDR-695 transitive doesn’t support ${project.parent.version} in POM.
- Fixed: BUILDR-653 Using Eclipse compiler (ECJ)
- Fixed: BUILDR-476 Buildr doesn’t respect company repository manager
- Fixed: BUILDR-454 Definition-level parent-child references-by-name fail in 1.4.0 but not in 1.3.5. Submitted by Rhett Sutphin.
- Fixed: BUILDR-620 resources.filter should not run on non-text files
- Fixed: BUILDR-486 Buildr-generated poms should include dependencies
- Change: Update the custom_pom addon to generate poms with exclusions section that excludes
all transitive dependencies. This is required as buildr dependencies are not
transitive while Maven’s dependencies are transitive by default.
This is a partial list — see the CHANGELOG for full details.
Credits & Notices
The Apache Software Foundation is a non-profit organization, consider sponsoring and check the thanks page.
ColorCons, copyright of Ken Saunders. DejaVu fonts, copyright of Bitstream, Inc.
Community member quotes from a thread on Stack Overflow.