Configuring Artifact Resolution
Using the Gradle Build Script Generator
With Artifactory's Gradle Build Script Generator, you can easily create a Gradle init script that handles resolution.
In the Artifact Repository Browser of the Artifacts module, select Set Me Up. In the Set Me Up dialog, set Gradle in the Tool field and click "Generate Gradle Settings". You can now specify the settings you want to configure for Gradle.
|The repository that should be used to resolve plugins/libraries|
Use Maven/Use Ivy
|When checked, specifies that resolving should be done using the Maven/Ivy pattern|
|The repository that should be used to publish libraries|
Use Maven/Use Ivy
|When checked, specifies that library should be published using a Maven/Ivy descriptor|
|Specifies the layout of the corresponding repository|
Once you have configured the settings for Gradle you can click "Generate Settings" to generate and save the
build.gradle and gradle.properties file.
Provisioning Dynamic Settings for Users
Artifactory lets you deploy and provision a dynamic settings template for your users. Once downloaded, settings are generated according to your own logic and can automatically include user authentication information.
Sample Build Script and Properties
You can download sample scripts from the JFrog GitHub public repository.
For Gradle to build your project and upload generated artifacts to Artifactory, you need to run the following command:
For more details on building your projects with Gradle, please refer to the Gradle Documentation.
Getting debug information from Gradle
We highly recommend running Gradle with the
-d option to get useful and readable information if something goes wrong with your build.
Dependency Declaration Snippets
Artifactory can provide you with dependency declaration code snippets that you can simply copy into the Gradle Dependency Declaration section of your
In the Artifact Repository Browser of the Artifacts module, drill down in the repository tree and select a relevant artifact. Under the Dependency Declaration section, select Gradle to display the corresponding dependency declaration that you can copy into your
Optimizing Gradle Builds
From V3.5, Gradle introduces a build cache feature that lets you reuse outputs produced by other builds, instead of rebuilding them, and dramatically reduce build time. This feature supports not only your local filesystem cache, but also remote caches that can be shared across your organization.
The Gradle team has measured an average reduction of 25% in total build time, and even a reduction of 80% with some of their commits!
To optimize your Gradle builds:
- Configure Artifactory to be your Gradle build cache
- Configure Gradle to use the build cache in Artifactory
Artifactory can be used as the Gradle build cache by simply creating a generic repository in Artifactory.
For example, the following is a simple use case where the CI server builds a project and stores the build cache in Artifactory for later use by the following builds. This will greatly improve the build time in your local developer environments.
Configure Gradle to use the build cache and point it to Artifactory.
Set the gradle.cache.push property to true, on the CI server, by overriding it using -Pgradle.cache.push=true.
Replication Across Different Sites
You can also use Artifactory as a distributed cache that’s synchronized across both local and remote teams using push and pull repository replication, and improve both your local and remote build times.