Gradle Repositories: Difference between revisions
Line 64: | Line 64: | ||
===<span id='Local_Maven_repository'></span>Local Maven Repository=== | ===<span id='Local_Maven_repository'></span>Local Maven Repository=== | ||
Using a local Maven repository makes sense for teams that publish to the local Maven repository with one project and consume the artifacts by Gradle in another project. Note that Gradle has [[# | Using a local Maven repository makes sense for teams that publish to the local Maven repository with one project and consume the artifacts by Gradle in another project. Note that Gradle has [[Gradle_Dependencies_and_Dependency_Configurations#The_Dependency_Cache|its own dependency cache]]. A build ''does not need'' to declare the local Maven repository even if you resolve dependencies from a Maven remote repository. Gradle uses [[Maven_Repositories#The_Local_Repository|the same logic as Maven]] to identify the location of the local Maven repository. | ||
<syntaxhighlight lang='groovy'> | <syntaxhighlight lang='groovy'> |
Revision as of 00:33, 2 October 2018
External
Internal
Overview
A repository is an external source of dependencies, a destination for the artifacts of a project, or both. More formally, a repository is a hosting location for a set of modules, each of which may provide releases identified by the module version. The repository can be based on a product such as Nexus or Artifactory, or it can be a directory on a filesystem.
Repositories to pull dependencies from for a project are declared and configured in the repositories{...} script block of the build.gradle associated with the project. At configuration phase, the repositories{...} script block passes the configuration closure specified in the file to its delegate object, which is a RepositoryHandler instance. Note that a parent's repositories are not automatically made available to the children project in a multi-project build. A repository must be specifically configured on the project or sub-project is we need the project to access artifacts from that repository.
Repositories to publish artifacts into are specified differently, depending on the publishing plugin, though the syntax of the repository configuration closure is similar to the one described below. For more details see Gradle Artifact Publishing.
Repository Handler
All repositories associated with a project are maintained within a repository handler, which allows repositories to be defined and queried. The repository handler is one of the project's containers.
Repository Types
Gradle can resolve dependencies repositories based on Maven, Ivy or flat directory formats. More: https://docs.gradle.org/current/userguide/repository_types.html.
flatDir
Custom Maven Repository
repositories {
maven {
// Look for POMs and artifacts here:
url "http://example.com/maven2"
// Optionally, if not found at the above location, look for artifacts here:
artifactUrls "http://example.com/location"
artifactUrls "http://example.com/location2"
credentials {
username "someuser"
password "somepassword"
}
}
}
Declaring Repositories
Repositories are declared in a repositories{...} script block. Multiple repositories can be declared in the same block.
Pre-Defined Repositories
Some well known repositories are represented in the DSL by RepositoryHandler methods.
Maven Central
repositories {
mavenCentral()
}
Local Maven Repository
Using a local Maven repository makes sense for teams that publish to the local Maven repository with one project and consume the artifacts by Gradle in another project. Note that Gradle has its own dependency cache. A build does not need to declare the local Maven repository even if you resolve dependencies from a Maven remote repository. Gradle uses the same logic as Maven to identify the location of the local Maven repository.
repositories {
mavenLocal()
}
Repository Authentication
repositories {
maven {
url 'https://repo.mycompany.com/maven2'
credentials {
username "someuser"
password "somepassword"
}
}
}
Repository Preemptive Authentication
repositories {
maven {
url 'https://example.com/maven2'
credentials {
username "someuser"
password "somepassword"
}
authentication {
basic(BasicAuthentication)
}
}
}
Credential Externalization
Use properties instead of credentials in clear in build.gradle, and then initialize those properties into a local file, such as ~/.gradle/gradle.properties.
build.gradle:
repositories {
maven {
url 'https://example.com/maven2'
credentials {
username mavenUser
password mavenPassword
}
}
}
~/.gradle/gradle.properties:
mavenUser=someuser
mavenPassword=somepassword