자바 및 Bazel

문제 신고 소스 보기 Nightly · 7.3 · 7.2 · 7.1 · 7.0 · 6.5

이 페이지에는 Java 프로젝트에서 Bazel을 사용하는 데 도움이 되는 리소스가 포함되어 있습니다. 그것은 빌드 규칙 및 빌드와 관련된 기타 정보로 연결되는 Bazel을 사용한 Java 프로젝트

Bazel 사용

다음 리소스는 Java 프로젝트에서 Bazel을 사용하는 데 도움이 됩니다.

Bazel로 이전

현재 Maven을 사용하여 Java 프로젝트를 빌드하고 있다면 Bazel을 사용하여 Maven 프로젝트 빌드를 시작하려면 이전 가이드를 참고하세요.

자바 버전

구성 플래그를 통해 설정되는 두 가지 관련 자바 버전이 있습니다.

  • 저장소의 소스 파일 버전
  • 코드를 실행하고 테스트하는 데 사용되는 Java 런타임의 버전 이 항목

저장소의 소스 코드 버전 구성

추가 구성이 없으면 Bazel은 저장소의 모든 Java 소스 파일이 단일 Java 버전으로 작성되었다고 가정합니다. 새 버전의 저장소의 소스, build --java_language_version={ver} 추가 대상 .bazelrc 파일(여기서 {ver}의 예: 11) Bazel 저장소 소유자는 Bazel 및 사용자가 소스 코드의 Java 버전 번호를 참조할 수 있도록 이 플래그를 설정해야 합니다. 자세한 내용은 자바 언어 버전 플래그.

코드 실행 및 테스트에 사용되는 JVM 구성

Bazel은 컴파일에 하나의 JDK를 사용하고 코드를 실행하고 테스트하는 데 다른 JVM을 사용합니다.

기본적으로 Bazel은 JDK를 사용하여 코드를 컴파일하여 다운로드 및 실행하고 로컬 머신에 설치된 JVM으로 코드를 테스트합니다. Bazel이 검색하는 내용 JAVA_HOME 또는 경로를 사용하여 JVM.

결과 바이너리는 시스템 라이브러리에 로컬로 설치된 JVM과 호환되므로 결과 바이너리는 머신에 설치된 항목에 종속됩니다.

실행 및 테스트에 사용되는 JVM을 구성하려면 --java_runtime_version 플래그를 사용하세요. 기본값은 local_jdk입니다.

밀폐 테스트 및 컴파일

격리된 컴파일을 만들려면 명령줄 플래그 --java_runtime_version=remotejdk_11를 사용하면 됩니다. 코드는 원격 저장소에서 다운로드한 JVM용으로 컴파일되고, 실행되고, 테스트됩니다. 자세한 내용은 Java 런타임 버전 플래그를 참고하세요.

Java에서 빌드 도구의 컴파일 및 실행 구성

도구를 빌드하고 실행하는 데 사용되는 두 번째 JDK와 JVM 쌍이 있으며, 이는 사용할 수 있지만 빌드 결과에는 없습니다. 이 JDK 및 JVM은 --tool_java_language_version--tool_java_runtime_version를 사용하여 제어됩니다. 기본값은 11remotejdk_11입니다. 로 나뉩니다.

로컬에 설치된 JDK를 사용하여 컴파일

Bazel은 JDK의 내부 사항을 재정의하므로 기본적으로 원격 JDK를 사용하여 컴파일합니다. 로컬에 설치된 JDK를 사용하는 컴파일 도구 모음이 구성됩니다. 있습니다.

로컬에 설치된 JDK를 사용하여 컴파일하려면 컴파일 도구 모음을 사용합니다. 로컬 JDK의 경우 추가 플래그 --extra_toolchains=@local_jdk//:all를 사용합니다. 그러나 임의 공급업체의 JDK에서는 작동하지 않을 수 있습니다.

자세한 내용은 Java 도구 모음 구성을 참조하세요.

권장사항

다음은 일반 Bazel 권장사항 외에도 Java 프로젝트에만 적용되는 권장사항입니다.

디렉터리 구조

Maven의 표준 디렉터리 레이아웃 선호 (src/main/java 아래의 소스, 테스트) (src/test/java 이하)

BUILD 파일

BUILD 파일을 만들 때는 다음 가이드라인을 따르세요.

  • Java 소스가 포함된 디렉터리당 하나의 BUILD 파일을 사용합니다. 빌드 성능을 개선합니다.

  • 모든 BUILD 파일에는 다음과 같은 java_library 규칙 1개가 포함되어야 합니다. 다음과 같습니다.

    java_library(
        name = "directory-name",
        srcs = glob(["*.java"]),
        deps = [...],
    )
    
  • 라이브러리 이름은 BUILD 파일이 포함된 디렉터리의 이름이어야 합니다. 이렇게 하면 라이브러리의 라벨이 더 짧아집니다. 즉, "//package:package" 대신 "//package"를 사용합니다.

  • 소스는 다음과 같은 비재귀 glob여야 합니다. 모든 Java 파일이 포함되어 있습니다

  • 테스트는 src/test의 일치하는 디렉터리에 있어야 하며 있습니다.

고급 Java 빌드용 새 규칙 만들기

참고: 고급 빌드 및 테스트 시나리오를 위한 새 규칙 생성입니다. Google Bazel을 시작할 때는 이 과정이 필요하지 않습니다

다음 모듈, 구성 프래그먼트, 제공업체는 Java 프로젝트를 빌드할 때 Bazel의 기능을 확장하는 데 도움이 됩니다.

Java 도구 모음 구성

Bazel은 두 가지 유형의 Java 도구 모음을 사용합니다. - 다음을 통해 제어되는 Java 바이너리를 실행 및 테스트하는 데 사용되는 실행 --java_runtime_version 플래그 - Java 소스를 컴파일하는 데 사용되며 --java_language_version 플래그

추가 실행 도구 모음 구성

실행 도구 모음은 로컬 또는 저장소의 JVM으로, 버전, 운영체제, CPU 아키텍처에 관한 추가 정보가 포함되어 있습니다.

Java 실행 도구 모음은 local_java_repository 또는 모듈 확장 프로그램에 remote_java_repository 저장소 규칙이 있습니다. 규칙을 추가하면 플래그를 사용하여 JVM을 사용할 수 있습니다. 동일한 운영체제 및 CPU 아키텍처에 대한 정의가 여러 개 주어지면 첫 번째 정의가 사용됩니다.

로컬 JVM 구성 예:

load("@bazel_tools//tools/jdk:local_java_repository.bzl", "local_java_repository")

local_java_repository(
  name = "additionaljdk",          # Can be used with --java_runtime_version=additionaljdk, --java_runtime_version=11 or --java_runtime_version=additionaljdk_11
  version = 11,                    # Optional, if not set it is autodetected
  java_home = "/usr/lib/jdk-15/",  # Path to directory containing bin/java
)

원격 JVM의 구성 예는 다음과 같습니다.

load("@bazel_tools//tools/jdk:remote_java_repository.bzl", "remote_java_repository")

remote_java_repository(
  name = "openjdk_canary_linux_arm",
  prefix = "openjdk_canary", # Can be used with --java_runtime_version=openjdk_canary_11
  version = "11",            # or --java_runtime_version=11
  target_compatible_with = [ # Specifies constraints this JVM is compatible with
    "@platforms//cpu:arm",
    "@platforms//os:linux",
  ],
  urls = ...,               # Other parameters are from http_repository rule.
  sha256 = ...,
  strip_prefix = ...
)

추가 컴파일 도구 모음 구성

컴파일 도구 모음은 JDK와 Bazel이 사용하는 여러 도구로 구성됩니다. 가 컴파일되며 다음과 같은 추가 기능을 제공합니다. 취약하고 엄격한 Java 종속 항목, 헤더 컴파일, Android 디슈가링, 적용 범위 계측, IDE용 genclass 처리를 살펴봅니다.

JavaBuilder는 컴파일을 실행하는 Bazel 번들 도구이며 사용할 수 있습니다. 실제 컴파일은 컴파일러를 추가합니다. 컴파일에 사용되는 JDK는 java_runtime에서 지정합니다. 속성 값을 정의합니다.

Bazel이 일부 JDK 내부 요소를 재정의합니다. JDK 버전이 9보다 큰 경우 java.compilerjdk.compiler 모듈은 JDK의 플래그 --patch_module를 사용하여 패치됩니다. JDK 버전 8의 경우 Java 컴파일러가 -Xbootclasspath 플래그를 사용하여 패치됩니다.

VanillaJavaBuilder는 JavaBuilder의 두 번째 구현으로 JDK의 내부 컴파일러를 수정하지 않고 추가 기능을 제공합니다 VanillaJavaBuilder는 내장 도구 모음에서 사용하지 않습니다.

Bazel은 JavaBuilder 외에도 컴파일하는 동안 다른 여러 도구를 사용합니다.

ijar 도구는 jar 파일을 처리하여 호출 서명 외의 모든 항목을 삭제합니다. 생성되는 jar를 헤더 jar라고 합니다. 이는 다운스트림 종속 항목을 다시 컴파일하면 함수 본문이 변경됩니다.

singlejar 도구는 여러 jar 파일을 하나의 파일로 묶습니다.

genclass 도구는 Java 컴파일의 출력을 후처리하고 주석 프로세서에서 생성된 소스의 클래스 파일만 포함된 jar를 생성합니다.

JacocoRunner 도구는 계측된 파일에서 Jacoco를 실행하고 LCOV 형식.

TestRunner 도구는 제어된 환경에서 JUnit 4 테스트를 실행합니다.

BUILD 파일에 default_java_toolchain 매크로를 추가하고 MODULE.bazel 파일에 register_toolchains 규칙을 추가하거나 --extra_toolchains 플래그를 사용하여 등록하여 컴파일을 재구성할 수 있습니다.

도구 모음은 source_version 속성이 --java_language_version 플래그로 지정된 값입니다.

도구 모음 구성의 예:

load(
  "@bazel_tools//tools/jdk:default_java_toolchain.bzl",
  "default_java_toolchain", "DEFAULT_TOOLCHAIN_CONFIGURATION", "BASE_JDK9_JVM_OPTS", "DEFAULT_JAVACOPTS"
)

default_java_toolchain(
  name = "repository_default_toolchain",
  configuration = DEFAULT_TOOLCHAIN_CONFIGURATION,        # One of predefined configurations
                                                          # Other parameters are from java_toolchain rule:
  java_runtime = "@bazel_tools//tools/jdk:remote_jdk11", # JDK to use for compilation and toolchain's tools execution
  jvm_opts = BASE_JDK9_JVM_OPTS + ["--enable_preview"],   # Additional JDK options
  javacopts = DEFAULT_JAVACOPTS + ["--enable_preview"],   # Additional javac options
  source_version = "9",
)

이는 --extra_toolchains=//:repository_default_toolchain_definition를 사용하여 사용할 수 있습니다. 또는 register_toolchains("//:repository_default_toolchain_definition") 추가 작업을 할 수 있습니다.

사전 정의된 구성:

  • DEFAULT_TOOLCHAIN_CONFIGURATION: 모든 기능, JDK 버전 9 이상 지원
  • VANILLA_TOOLCHAIN_CONFIGURATION: 추가 기능 없음, 임의 공급업체의 JDK를 지원합니다.
  • PREBUILT_TOOLCHAIN_CONFIGURATION: 기본값과 동일하지만 사전 빌드된 항목만 사용합니다. 도구 (ijar, singlejar)
  • NONPREBUILT_TOOLCHAIN_CONFIGURATION: 기본값과 동일하지만 모든 도구가 (이것은 다양한 소스 유형이 있는 운영 체제에서 유용할 수 있음) libc)

JVM 및 Java 컴파일러 플래그 구성

플래그 또는 default_java_toolchain 속성으로 JVM 및 javac 플래그를 구성할 수 있습니다.

관련 플래그는 --jvmopt, --host_jvmopt, --javacopt, --host_javacopt입니다.

관련 default_java_toolchain 속성은 javacopts, jvm_opts, javabuilder_jvm_opts, turbine_jvm_opts입니다.

패키지별 Java 컴파일러 플래그 구성

특정 소스에 서로 다른 Java 컴파일러 플래그를 구성할 수 있습니다. 파일(default_java_toolchainpackage_configuration 속성 사용) 아래 예를 참고하세요.

load("@bazel_tools//tools/jdk:default_java_toolchain.bzl", "default_java_toolchain")

# This is a convenience macro that inherits values from Bazel's default java_toolchain
default_java_toolchain(
    name = "toolchain",
    package_configuration = [
        ":error_prone",
    ],
    visibility = ["//visibility:public"],
)

# This associates a set of javac flags with a set of packages
java_package_configuration(
    name = "error_prone",
    javacopts = [
        "-Xep:MissingOverride:ERROR",
    ],
    packages = ["error_prone_packages"],
)

# This is a regular package_group, which is used to specify a set of packages to apply flags to
package_group(
    name = "error_prone_packages",
    packages = [
        "//foo/...",
        "-//foo/bar/...", # this is an exclusion
    ],
)

단일 저장소에 있는 여러 버전의 자바 소스 코드

Bazel은 빌드에서 단일 버전의 Java 소스 컴파일만 지원합니다. 있습니다. 즉, Java 테스트 또는 애플리케이션을 빌드할 때 모든 종속 항목이 동일한 Java 버전으로 빌드됩니다.

하지만 서로 다른 플래그를 사용하여 별도의 빌드를 실행할 수도 있습니다.

다양한 플래그를 더 쉽게 사용할 수 있도록 특정 버전 .bazelrc 구성으로 그룹화할 수 있음':

build:java8 --java_language_version=8
build:java8 --java_runtime_version=local_jdk_8
build:java11 --java_language_version=11
build:java11 --java_runtime_version=remotejdk_11

이러한 구성은 --config 플래그와 함께 사용할 수 있습니다. 예를 들면 다음과 같습니다. bazel test --config=java11 //:java11_test입니다.