![]() This reverts commit
|
||
---|---|---|
.github | ||
.licenses/npm | ||
__tests__ | ||
dist | ||
docs | ||
src | ||
.gitattributes | ||
.gitignore | ||
.licensed.yml | ||
.prettierrc.json | ||
CODE_OF_CONDUCT.md | ||
LICENSE | ||
README.md | ||
action.yml | ||
jest.config.js | ||
package-lock.json | ||
package.json | ||
tsconfig.json | ||
yaml-lint-config.yml |
README.md
Setup Java
The setup-java
action provides the following functionality for GitHub Actions runners:
- Downloading and setting up a requested version of Java. See Usage for a list of supported distributions.
- Extracting and caching custom version of Java from a local file.
- Configuring runner for publishing using Apache Maven.
- Configuring runner for publishing using Gradle.
- Configuring runner for using GPG private key.
- Registering problem matchers for error output.
- Caching dependencies managed by Apache Maven.
- Caching dependencies managed by Gradle.
- Caching dependencies managed by sbt.
- Maven Toolchains declaration for specified JDK versions.
This action allows you to work with Java and Scala projects.
V2 vs V1
- V2 supports custom distributions and provides support for Azul Zulu OpenJDK, Eclipse Temurin and AdoptOpenJDK out of the box. V1 supports only Azul Zulu OpenJDK.
- V2 requires you to specify distribution along with the version. V1 defaults to Azul Zulu OpenJDK, only version input is required. Follow the migration guide to switch from V1 to V2.
Usage
-
java-version
: The Java version that is going to be set up. Takes a whole or semver Java version. If not specified, the action will expectjava-version-file
input to be specified. -
java-version-file
: The path to the.java-version
file. See more details in about.java-version
file. -
distribution
: (required) Java distribution. -
java-package
: The packaging variant of the choosen distribution. Possible values:jdk
,jre
,jdk+fx
,jre+fx
. Default value:jdk
. -
architecture
: The target architecture of the package. Possible values:x86
,x64
,armv7
,aarch64
,ppc64le
. Default value: Derived from the runner machine. -
jdkFile
: If a use-case requires a custom distribution setup-java uses the compressed JDK from the location pointed by this input and will take care of the installation and caching on the VM. -
check-latest
: Setting this option makes the action to check for the latest available version for the version spec. -
cache
: Quick setup caching for the dependencies managed through one of the predifined package managers. It can be one of "maven", "gradle" or "sbt".
Maven options
The action has a bunch of inputs to generate maven's settings.xml on the fly and pass the values to Apache Maven GPG Plugin as well as Apache Maven Toolchains. See advanced usage for more.
-
overwrite-settings
: By default action overwrites the settings.xml. In order to skip generation of file if it exists set this tofalse
. -
server-id
: ID of the distributionManagement repository in the pom.xml file. Default isgithub
. -
server-username
: Environment variable name for the username for authentication to the Apache Maven repository. Default is GITHUB_ACTOR. -
server-password
: Environment variable name for password or token for authentication to the Apache Maven repository. Default is GITHUB_TOKEN. -
settings-path
: Maven related setting to point to the directory where the settings.xml file will be written. Default is ~/.m2. -
gpg-private-key
: GPG private key to import. Default is empty string. -
gpg-passphrase
: description: Environment variable name for the GPG private key passphrase. Default is GPG_PASSPHRASE. -
mvn-toolchain-id
: Name of Maven Toolchain ID if the default name of${distribution}_${java-version}
is not wanted. -
mvn-toolchain-vendor
: Name of Maven Toolchain Vendor if the default name of${distribution}
is not wanted.
Basic Configuration
Eclipse Temurin
steps:
- uses: actions/checkout@v3
- uses: actions/setup-java@v3
with:
distribution: 'temurin' # See 'Supported distributions' for available options
java-version: '17'
- run: java HelloWorldApp.java
Azul Zulu OpenJDK
steps:
- uses: actions/checkout@v3
- uses: actions/setup-java@v3
with:
distribution: 'zulu' # See 'Supported distributions' for available options
java-version: '17'
- run: java HelloWorldApp.java
Supported version syntax
The java-version
input supports an exact version or a version range using SemVer notation:
- major versions:
8
,11
,16
,17
- more specific versions:
17.0
,11.0
,11.0.4
,8.0.232
,8.0.282+8
- early access (EA) versions:
15-ea
,15.0.0-ea
,15.0.0-ea.2
,15.0.0+2-ea
Supported distributions
Currently, the following distributions are supported:
Keyword | Distribution | Official site | License |
---|---|---|---|
temurin |
Eclipse Temurin | Link | Link |
zulu |
Azul Zulu OpenJDK | Link | Link |
adopt or adopt-hotspot |
AdoptOpenJDK Hotspot | Link | Link |
adopt-openj9 |
AdoptOpenJDK OpenJ9 | Link | Link |
liberica |
Liberica JDK | Link | Link |
microsoft |
Microsoft Build of OpenJDK | Link | Link |
corretto |
Amazon Corretto Build of OpenJDK | Link | Link |
oracle |
Oracle JDK | Link | Link |
NOTE: The different distributors can provide discrepant list of available versions / supported configurations. Please refer to the official documentation to see the list of supported versions.
NOTE: AdoptOpenJDK got moved to Eclipse Temurin and won't be updated anymore. It is highly recommended to migrate workflows from adopt
to temurin
to keep receiving software and security updates. See more details in the Good-bye AdoptOpenJDK post.
NOTE: For Azul Zulu OpenJDK architectures x64 and arm64 are mapped to x86 / arm with proper hw_bitness.
Caching packages dependencies
The action has a built-in functionality for caching and restoring dependencies. It uses actions/cache under hood for caching dependencies but requires less configuration settings. Supported package managers are gradle, maven and sbt. The format of the used cache key is setup-java-${{ platform }}-${{ packageManager }}-${{ fileHash }}
, where the hash is based on the following files:
- gradle:
**/*.gradle*
,**/gradle-wrapper.properties
,buildSrc/**/Versions.kt
,buildSrc/**/Dependencies.kt
, andgradle/*.versions.toml
- maven:
**/pom.xml
- sbt: all sbt build definition files
**/*.sbt
,**/project/build.properties
,**/project/**.{scala,sbt}
The workflow output cache-hit
is set to indicate if an exact match was found for the key as actions/cache does.
The cache input is optional, and caching is turned off by default.
Caching gradle dependencies
steps:
- uses: actions/checkout@v3
- uses: actions/setup-java@v3
with:
distribution: 'temurin'
java-version: '17'
cache: 'gradle'
- run: ./gradlew build --no-daemon
Caching maven dependencies
steps:
- uses: actions/checkout@v3
- uses: actions/setup-java@v3
with:
distribution: 'temurin'
java-version: '17'
cache: 'maven'
- name: Build with Maven
run: mvn -B package --file pom.xml
Caching sbt dependencies
steps:
- uses: actions/checkout@v3
- uses: actions/setup-java@v3
with:
distribution: 'temurin'
java-version: '17'
cache: 'sbt'
- name: Build with SBT
run: sbt package
Check latest
In the basic examples above, the check-latest
flag defaults to false
. When set to false
, the action tries to first resolve a version of Java from the local tool cache on the runner. If unable to find a specific version in the cache, the action will download a version of Java. Use the default or set check-latest
to false
if you prefer a faster more consistent setup experience that prioritizes trying to use the cached versions at the expense of newer versions sometimes being available for download.
If check-latest
is set to true
, the action first checks if the cached version is the latest one. If the locally cached version is not the most up-to-date, the latest version of Java will be downloaded. Set check-latest
to true
if you want the most up-to-date version of Java to always be used. Setting check-latest
to true
has performance implications as downloading versions of Java is slower than using cached versions.
For Java distributions that are not cached on Hosted images, check-latest
always behaves as true
and downloads Java on-flight. Check out Hosted Tool Cache for more details about pre-cached Java versions.
steps:
- uses: actions/checkout@v3
- uses: actions/setup-java@v3
with:
distribution: 'temurin'
java-version: '17'
check-latest: true
- run: java HelloWorldApp.java
Testing against different Java versions
jobs:
build:
runs-on: ubuntu-20.04
strategy:
matrix:
java: [ '8', '11', '17' ]
name: Java ${{ matrix.Java }} sample
steps:
- uses: actions/checkout@v3
- name: Setup java
uses: actions/setup-java@v3
with:
distribution: '<distribution>'
java-version: ${{ matrix.java }}
- run: java HelloWorldApp.java
Install multiple JDKs
All versions are added to the PATH. The last version will be used and available globally. Other Java versions can be accessed through env variables with such specification as 'JAVA_HOME_{{ MAJOR_VERSION }}_{{ ARCHITECTURE }}'.
steps:
- uses: actions/setup-java@v3
with:
distribution: '<distribution>'
java-version: |
8
11
15
Using Maven Toolchains
In the example above multiple JDKs are installed for the same job. The result after the last JDK is installed is a Maven Toolchains declaration containing references to all three JDKs. The values for id
, version
, and vendor
of the individual Toolchain entries are the given input values for distribution
and java-version
(vendor
being the combination of ${distribution}_${java-version}
) by default.
Advanced Configuration
- Selecting a Java distribution
- Installing custom Java package type
- Installing custom Java architecture
- Installing custom Java distribution from local file
- Testing against different Java distributions
- Testing against different platforms
- Publishing using Apache Maven
- Publishing using Gradle
- Hosted Tool Cache
- Modifying Maven Toolchains
License
The scripts and documentation in this project are released under the MIT License.
Contributions
Contributions are welcome! See Contributor's Guide