December 2016

As the year draws to a close, we want to reflect on what has been a pivotal year for Gradle. It was the year in which we started to think of Gradle as a platform rather than solely as a build tool. The build tool is of course necessary for effective build automation and continuous delivery, but is it—or any other build tool for that matter—sufficient on its own?

We believe our users need more, which is why we introduced build scans this year and plan to provide additional services like them in the future. And it’s not just great tools and services that we value: we know it’s important to learn how to use them effectively as well. To that end, 2016 saw the first steps towards new training options and a new collection of guides.

Let’s now take a look at these and other significant events of 2016 in more detail.

Better information

The Gradle platform is always evolving, so it’s important to keep abreast of the changes. Many of you will have kept track of the build tool release notes for that reason. While useful, those release notes don’t cover what’s happening within the rest of the platform and it’s easy to miss a new feature or other significant change in all the detail. So we rebooted both our blog and this newsletter to help you stay up to date with everything happening across the Gradle ecosystem.

Speaking of the blog, we recently added support for categories and the option to subscribe independently to each of them. Now you can easily keep track of all the posts or just the subset that you’re interested in. As a starting point, we recommend that you subscribe to the New Features category so you don’t miss any big feature announcements.

This year, we also started to look at new ways to help you learn Gradle. We began by introducing two new guides to cover important topics that weren’t adequately addressed before: improving your build performance and migrating from Maven to Gradle. These guides are the vanguard of a more concerted effort in 2017 to dramatically expand the coverage of important topics. And many guides will be aimed at simply making it easier to learn the basics of Gradle.

In October, we trialled a free, online, introductory training course as an additional mechanism to help as many people as possible get started with Gradle. It worked out well, so we’ve decided to offer a second free training on January 11-12th, which is now fully booked. Don’t worry if you missed out, though, as there will be another opportunity to attend this training in April. Stay tuned!

Gradle Cloud Services

Earlier this year, we introduced Gradle Cloud Services to the world at the Gradle Summit. This was the first step in expanding the Gradle platform beyond the build tool, with build scans providing a better way to understand and tune your build, while also allowing for more effective collaboration. Not only can you use our publicly-available hosted service, but you can also run it privately with Gradle Enterprise.

Since that introduction, we have produced regular releases with improvements to the user interface and the introduction of important features like customizing build scan data. Expect more features and services over the months to come, such as the ability to compare the dependency graphs between two build runs—particularly useful when you’re using dynamic dependency versions.

Continuous improvement in the build tool

The Gradle build tool remains at the core of the platform, and it saw significant progress in 2016.

Our primary and unremitting focus was on improving the tool’s performance for a wide variety of builds, with big improvements in dependency resolution and configuration times. This year also saw us flip the switch on the Gradle Daemon, enabling it by default in Gradle 3.0. And version 3.3—whose first release candidate is now available—makes gradle tasks execute much more quickly than before, particularly for large multi-project builds.

We also made incremental builds work better by adding greater control over how inputs and outputs are defined, ensuring that if tasks don’t need to run, they won’t.

And our focus on performance didn’t come at the cost of important new features, as witnessed by the introduction of composite builds. This feature may very well change the way you think about structuring your builds and it certainly empowers IDE users. If this is the first time you have heard of composite builds, check out the blog post that introduces them.

Let’s not forget that 2016 was also the year in which you could start building projects based on Java 9 with Gradle. And despite the fact that Java 9 is still being actively developed, you can even run Gradle on its JDK. We will continue to track this new version of Java and incorporate support for features like the Java Module System (AKA Jigsaw) as soon as feasible.

Even the way you define your builds is evolving, with the introduction of Gradle Script Kotlin earlier this year. Progress has continued apace and it should reach version 1.0 early in 2017, giving you a type-safe way to write Gradle build scripts along with strong IDE support, including refactoring and autocompletion.

It’s worth bearing in mind that we don’t intend Gradle to be a build tool exclusively for the JVM ecosystem. That’s why, for example, so much effort has been invested in our native language support. With that in mind, we were very happy to see LinkedIn broaden our language support by open-sourcing PyGradle—their collection of plugins for building Python projects. We are fortunate indeed to have such high-quality contributions from our community!

Last, but for many of you not least, 2016 saw the long-awaited arrival of the compileOnly configuration—the one that behaves like Maven’s provided scope. You can read about it in one of our blog posts in case you missed it first time around. Its introduction highlights the increased capacity of The Gradle Build Tool Team as we continue to grow, allowing us to focus on quality-of-life improvements, not just new features and performance. Long may that trend continue!

Hopefully our review has given you an idea of the direction that we’re headed, but we also want to make it more concrete by looking at what you can expect in 2017.

In 2017…

There’s no doubt about it, we’re excited for next year! Here are just a few of the changes you can look forward to:

Our very own Stefan Oehme provides more details on some of these in his article for the Eclipse newsletter.

With that, we look forward to seeing you in the new year!

—The Gradle Build Tool Team

PS: What were your Gradle highlights of 2016? What are you most looking forward to in 2017? Please let us know at newsletter@gradle.com.

Announcing the Gradle Summit 2017

We’re delighted to announce that both the call for papers and attendee registration are now open for the Gradle Summit 2017. Come for unparalleled insight into what’s happening in the Gradle ecosystem and how best to use the platform. In addition to all the learning opportunities, you’ll be able to talk in person to the Gradle team and other passionate members of the Gradle community, including folks from the likes of Google and Netflix!

As a reader of our newsletter, you can get a $100 discount on the entry price by using the coupon code gsnews100. This is in addition to the current $150 off for early-bird registrations.

New Releases

Upcoming Events

Upcoming Trainings

Job Openings

If you have some news you’d like us to share in the next issue, let us know using the #community-news channel on the Gradle Community Slack or by mentioning @Gradle on Twitter/X.

Until next time!
— The Gradle Team

Gradle Inc. | 2261 Market Street | San Francisco, CA 94114
Privacy Policy | Unsubscribe