규칙
- java_binary
- java_import
- java_library
- java_lite_proto_library
- java_proto_library
- java_test
- java_package_configuration
- java_plugin
- java_runtime
- java_toolchain
java_binary
규칙 소스 보기java_binary(name, deps, srcs, data, resources, args, classpath_resources, compatible_with, create_executable, deploy_env, deploy_manifest_lines, deprecation, distribs, env, exec_compatible_with, exec_properties, features, javacopts, jvm_flags, launcher, licenses, main_class, output_licenses, plugins, resource_jars, resource_strip_prefix, restricted_to, runtime_deps, stamp, tags, target_compatible_with, testonly, toolchains, use_launcher, use_testrunner, visibility)
자바 보관 파일('jar 파일')과 규칙과 이름이 같은 래퍼 셸 스크립트를 빌드합니다. 래퍼 셸 스크립트는 무엇보다도 바이너리가 종속된 각 라이브러리의 jar 파일을 포함하는 클래스 경로를 사용합니다.
래퍼 스크립트는 여러 고유 플래그를 허용합니다. 래퍼에서 허용하는 구성 가능한 플래그 및 환경 변수 목록은 //src/main/java/com/google/devtools/build/lib/bazel/rules/java/java_stub_template.txt
를 참고하세요.
암시적 출력 타겟
name.jar
: 바이너리의 직접 종속 항목에 해당하는 클래스 파일 및 기타 리소스가 포함된 자바 보관 파일.name-src.jar
: 소스가 포함된 보관 파일('소스 jar')name_deploy.jar
: 배포에 적합한 자바 보관 파일 (명시적으로 요청된 경우에만 빌드됨)규칙의
<name>_deploy.jar
대상을 빌드하면java -jar
명령어 또는 래퍼 스크립트의--singlejar
옵션으로 실행할 수 있는 매니페스트가 포함된 독립된 jar 파일이 생성됩니다. 래퍼 스크립트 사용은 JVM 플래그와 네이티브 라이브러리 로드 옵션도 전달하므로java -jar
보다 선호됩니다.배포 jar에는 바이너리의 래퍼 스크립트에서 처음부터 끝까지 클래스 경로를 검색한 클래스 로더가 찾을 수 있는 모든 클래스가 포함되어 있습니다. 종속 항목에 필요한 네이티브 라이브러리도 포함되어 있습니다. 런타임 시 자동으로 JVM에 로드됩니다.
타겟에서 launcher 속성을 지정하면 일반 JAR 파일 대신 _deploy.jar가 네이티브 바이너리가 됩니다. 여기에는 런처와 규칙의 네이티브 (C++) 종속 항목이 포함되며 모두 정적 바이너리에 연결됩니다. 실제 jar 파일의 바이트가 네이티브 바이너리에 추가되어 실행 파일과 자바 코드가 모두 포함된 단일 바이너리 blob을 만듭니다. 네이티브 바이너리를 실행하는 것처럼 결과 jar 파일을 직접 실행할 수 있습니다.
name_deploy-src.jar
: 타겟의 전이적 폐쇄에서 수집된 소스가 포함된 보관 파일입니다. jar에 일치하는 소스 jar가 없는 경우를 제외하고deploy.jar
의 클래스와 일치합니다.
deps
속성은 srcs
없이 java_binary
규칙에서 허용되지 않습니다. 이러한 규칙은 runtime_deps
에서 제공하는 main_class
가 필요합니다.
다음 코드 스니펫은 일반적인 실수를 보여줍니다.
java_binary( name = "DontDoThis", srcs = [ ...,"GeneratedJavaFile.java"
, # a generated .java file ], deps = [":generating_rule",
], # rule that generates that file )
대신 다음 단계를 따릅니다.
java_binary( name = "DoThisInstead", srcs = [ ..., ":generating_rule", ], )
인수
속성 | |
---|---|
name |
이 타겟의 고유한 이름입니다. 애플리케이션의 기본 진입점인 소스 파일의 이름 (확장 프로그램 제외)을 사용하는 것이 좋습니다. 예를 들어 진입점의 이름이 Main.java 이라면 Main 일 수 있습니다.
|
deps
|
deps 에 관한 일반적인 주석을 참고하세요.
|
srcs
|
규칙: 규칙 (일반적으로
이 인수는 |
resources
|
리소스가 지정되면 컴파일에서 생성된 일반적인 리소스는 소스 파일이나 생성된 파일일 수 있습니다. |
classpath_resources
|
자바 트리의 루트에 있어야 하는 리소스의 목록입니다. 이 속성의 유일한 목적은 클래스 경로에서 리소스를 |
create_executable
|
launcher 또는 main_class 속성이 설정된 경우 0으로 설정하면 오류가 발생합니다.
|
deploy_env
|
java_binary 대상의 목록.
다른 java_binary 에서 로드할 플러그인을 빌드할 때 이 속성을 설정합니다.이 속성을 설정하면 이 바이너리와 deploy_env 에 지정된 타겟 간에 공유되는 이 바이너리의 런타임 클래스 경로 (및 배포 jar)의 모든 종속 항목이 제외됩니다.
|
deploy_manifest_lines
|
*_deploy.jar 대상에 대해 생성된 META-INF/manifest.mf 파일에 추가할 줄의 목록입니다. 이 속성의 콘텐츠에는 '변수 만들기' 대체가 적용되지 않습니다.
|
javacopts
|
이러한 컴파일러 옵션은 전역 컴파일러 옵션 이후에 javac에 전달됩니다. |
jvm_flags
|
자바 바이너리의 래퍼 스크립트에는 모든 종속 jar을 찾기 위한 CLASSPATH 정의가 포함되어 있으며 올바른 자바 인터프리터를 호출합니다.
래퍼 스크립트에 의해 생성된 명령줄에는 기본 클래스의 이름 뒤에 이 속성은 |
launcher
|
bin/java 프로그램 대신 자바 프로그램을 실행하는 데 사용할 바이너리를 지정합니다.
타겟은 cc_binary 여야 합니다. 자바 호출 API를 구현하는 모든 cc_binary 를 이 속성의 값으로 지정할 수 있습니다.
기본적으로 Bazel은 일반 JDK 런처 (bin/java 또는 java.exe)를 사용합니다. 관련 네이티브 (C++, SWIG, JNI) 종속 항목은 JDK 런처를 사용하는지 다른 런처를 사용하는지에 따라 다르게 빌드됩니다.
기본 JDK 런처 이외의 런처를 사용하면 |
main_class
|
main() 메서드가 있는 클래스 이름입니다.
규칙에서 이 옵션을 사용하는 경우 srcs=[...] 목록이 필요하지 않습니다.
따라서 이 속성을 사용하면 하나 이상의 main() 메서드가 이미 포함된 자바 라이브러리에서 실행 파일을 만들 수 있습니다.
이 속성 값은 소스 파일이 아닌 클래스 이름입니다. 클래스를 런타임에 사용할 수 있어야 합니다. 클래스는 이 규칙으로 컴파일되거나 ( |
plugins
|
java_plugin 는 규칙이 빌드될 때마다 실행됩니다. 라이브러리는 exported_plugins 를 사용하는 종속 항목에서 플러그인을 상속할 수도 있습니다. 플러그인에서 생성된 리소스는 이 규칙의 결과 jar에 포함됩니다.
|
resource_jars
|
|
resource_strip_prefix
|
지정된 경우 이 경로 접두사는 |
runtime_deps
|
deps 와 마찬가지로 이러한 클래스는 런타임 클래스 경로에 나타나지만 컴파일 시간 클래스 경로에는 나타나지 않습니다. 런타임 시에만 필요한 종속 항목을 여기에 나열해야 합니다. 종속 항목 분석 도구는 runtime_deps 와 deps 에 모두 나타나는 타겟을 무시해야 합니다.
|
stamp
|
스탬프 처리된 바이너리는 종속 항목이 변경되지 않는 한 다시 빌드되지 않습니다. |
use_launcher
|
이 속성을 false로 설정하면 이 타겟의 런처 속성과 관련 |
use_testrunner
|
com.google.testing.junit.runner.BazelTestRunner ) 클래스를 자바 프로그램의 기본 진입점으로 사용하고 테스트 클래스를 bazel.test_suite 시스템 속성 값으로 테스트 실행기에 제공합니다.
이를 사용하여 java_test 규칙에 테스트 실행기를 사용하고 java_binary 규칙에는 사용하지 않는 기본 동작을 재정의할 수 있습니다. 이렇게 하는 경우는 거의 없습니다. 한 가지 용도는 다른 규칙에서 호출하는 AllTest 규칙 (예: 테스트 실행 전에 데이터베이스 설정)입니다. AllTest 규칙은 java_binary 로 선언해야 하지만 테스트 실행기를 기본 진입점으로 사용해야 합니다.
테스트 실행기 클래스의 이름은 main_class 속성으로 재정의할 수 있습니다.
|
java_import
규칙 소스 보기java_import(name, deps, data, compatible_with, constraints, deprecation, distribs, exec_compatible_with, exec_properties, exports, features, jars, licenses, neverlink, proguard_specs, restricted_to, runtime_deps, srcjar, tags, target_compatible_with, testonly, visibility)
이 규칙은 사전 컴파일된 .jar
파일을 java_library
및 java_binary
규칙의 라이브러리로 사용할 수 있도록 합니다.
예
java_import( name = "maven_model", jars = [ "maven_model/maven-aether-provider-3.2.3.jar", "maven_model/maven-model-3.2.3.jar", "maven_model/maven-model-builder-3.2.3.jar", ], )
인수
속성 | |
---|---|
name |
이 타겟의 고유한 이름입니다. |
deps
|
|
constraints
|
|
exports
|
|
jars
|
|
neverlink
|
tools.jar 이 있습니다.
|
proguard_specs
|
android_binary 대상에 추가됩니다.
여기에 포함된 파일에는 멱등성 규칙, 즉 -dontnote, -dontwarn, 가정용 효과, -keep으로 시작하는 규칙만 포함되어야 합니다. 비자동 병합을 보장하기 위해 다른 옵션은 android_binary 의 proguard_specs에만 표시될 수 있습니다.
|
runtime_deps
|
|
srcjar
|
|
자바 라이브러리
규칙 소스 보기java_library(name, deps, srcs, data, resources, compatible_with, deprecation, distribs, exec_compatible_with, exec_properties, exported_plugins, exports, features, javacopts, licenses, neverlink, plugins, proguard_specs, resource_jars, resource_strip_prefix, restricted_to, runtime_deps, tags, target_compatible_with, testonly, visibility)
이 규칙은 소스를 컴파일하여 .jar
파일에 연결합니다.
암시적 출력 타겟
libname.jar
: 클래스 파일이 포함된 자바 보관 파일입니다.libname-src.jar
: 소스가 포함된 보관 파일('소스 jar')
인수
속성 | |
---|---|
name |
이 타겟의 고유한 이름입니다. |
deps
|
deps 에 관한 일반적인 주석을 참고하세요.
반면에 |
srcs
|
규칙: 규칙 (일반적으로
이 인수는 |
data
|
data 에 관한 일반적인 주석을 참고하세요.
|
resources
|
리소스가 지정되면 컴파일에서 생성된 일반적인 리소스는 소스 파일이나 생성된 파일일 수 있습니다. |
exported_plugins
|
java_plugin 의 목록 (예: 주석 프로세서)입니다.
|
exports
|
여기에 규칙을 나열하면 마치 상위 항목이 이러한 규칙에 명시적으로 의존하는 것처럼 상위 규칙에서 규칙을 사용할 수 있습니다. 내보내기되지 않은 일반
요약:
A가 B에, B가 C에 종속된다고 가정해 보겠습니다. 이 경우 C는 A의 전이적 종속 항목이므로 C의 소스를 변경하고 A를 다시 빌드하면 모든 것이 올바르게 다시 빌드됩니다. 그러나 A는 C의 클래스를 사용할 수 없습니다. 이를 위해 A는 내보낸 라이브러리의 폐쇄는 모든 직접적인 상위 규칙에서 사용할 수 있습니다. 약간 다른 예를 들어 보겠습니다. A는 B에 종속되고 B는 C와 D에 종속되며 C도 내보내지만 D는 내보내지 않습니다. 이제 A는 C는 액세스할 수 있지만 D는 액세스할 수 없습니다. 이제 C와 D가 일부 라이브러리를 내보낸 경우 C'와 D'는 각각 C'와 D'에만 액세스할 수 있습니다.
중요: 내보낸 규칙은 일반 종속 항목이 아닙니다. 이전 예에서 B가 C를 내보내고 C도 사용하려면 자체 |
javacopts
|
이러한 컴파일러 옵션은 전역 컴파일러 옵션 이후에 javac에 전달됩니다. |
neverlink
|
tools.jar 가 있습니다.
런타임 라이브러리가 컴파일 라이브러리와 다른 경우 JLS가 컴파일러에서 인라인을 금지하는 위치 (그리고 향후 모든 JLS 버전에 적용되어야 함)에서만 다른지 확인해야 합니다. |
plugins
|
java_plugin 는 규칙이 빌드될 때마다 실행됩니다. 라이브러리는 exported_plugins 를 사용하는 종속 항목에서 플러그인을 상속할 수도 있습니다. 플러그인에서 생성된 리소스는 이 규칙의 결과 jar에 포함됩니다.
|
proguard_specs
|
android_binary 대상에 추가됩니다.
여기에 포함된 파일에는 멱등성 규칙, 즉 -dontnote, -dontwarn, 가정용 효과, -keep으로 시작하는 규칙만 포함되어야 합니다. 비자동 병합을 보장하기 위해 다른 옵션은 android_binary 의 proguard_specs에만 표시될 수 있습니다.
|
resource_jars
|
|
resource_strip_prefix
|
지정된 경우 이 경로 접두사는 |
runtime_deps
|
deps 와 마찬가지로 이러한 클래스는 런타임 클래스 경로에 나타나지만 컴파일 시간 클래스 경로에는 나타나지 않습니다. 런타임 시에만 필요한 종속 항목을 여기에 나열해야 합니다. 종속 항목 분석 도구는 runtime_deps 와 deps 에 모두 나타나는 타겟을 무시해야 합니다.
|
java_lite_proto_library
규칙 소스 보기java_lite_proto_library(name, deps, data, compatible_with, deprecation, distribs, exec_compatible_with, exec_properties, features, licenses, restricted_to, tags, target_compatible_with, testonly, visibility)
java_lite_proto_library
는 .proto
파일에서 자바 코드를 생성합니다.
deps
은(는) proto_library
규칙을 가리켜야 합니다.
예:
java_library( name = "lib", deps = [":foo"], ) java_lite_proto_library( name = "foo", deps = [":bar"], ) proto_library( name = "bar", )
인수
속성 | |
---|---|
name |
이 타겟의 고유한 이름입니다. |
deps
|
proto_library 규칙의 목록입니다.
|
java_proto_library
규칙 소스 보기java_proto_library(name, deps, data, compatible_with, deprecation, distribs, exec_compatible_with, exec_properties, features, licenses, restricted_to, tags, target_compatible_with, testonly, visibility)
java_proto_library
는 .proto
파일에서 자바 코드를 생성합니다.
deps
은(는) proto_library
규칙을 가리켜야 합니다.
예:
java_library( name = "lib", deps = [":foo_java_proto"], ) java_proto_library( name = "foo_java_proto", deps = [":foo_proto"], ) proto_library( name = "foo_proto", )
인수
속성 | |
---|---|
name |
이 타겟의 고유한 이름입니다. |
deps
|
proto_library 규칙의 목록입니다.
|
자바 테스트
규칙 소스 보기java_test(name, deps, srcs, data, resources, args, classpath_resources, compatible_with, create_executable, deploy_manifest_lines, deprecation, distribs, env, env_inherit, exec_compatible_with, exec_properties, features, flaky, javacopts, jvm_flags, launcher, licenses, local, main_class, plugins, resource_jars, resource_strip_prefix, restricted_to, runtime_deps, shard_count, size, stamp, tags, target_compatible_with, test_class, testonly, timeout, toolchains, use_launcher, use_testrunner, visibility)
java_test()
규칙은 자바 테스트를 컴파일합니다. 테스트는 테스트 코드를 둘러싼 바이너리 래퍼입니다. 테스트 실행자의 기본 메서드는 컴파일되는 기본 클래스 대신 호출됩니다.
암시적 출력 타겟
name.jar
: 자바 보관 파일입니다.name_deploy.jar
: 배포에 적합한 자바 보관 파일. (명시적으로 요청된 경우에만 빌드됨) 자세한 내용은 java_binary의name_deploy.jar
출력 설명을 참조하세요.
java_binary() 인수에 관한 섹션을 참조하세요. 이 규칙은 모든 테스트 규칙의 공통 속성 (*_test)도 지원합니다.
예
java_library( name = "tests", srcs = glob(["*.java"]), deps = [ "//java/com/foo/base:testResources", "//java/com/foo/testing/util", ], ) java_test( name = "AllTests", size = "small", runtime_deps = [ ":tests", "//util/mysql", ], )
인수
속성 | |
---|---|
name |
이 타겟의 고유한 이름입니다. |
deps
|
deps 에 관한 일반적인 주석을 참고하세요.
|
srcs
|
규칙: 규칙 (일반적으로
이 인수는 |
resources
|
리소스가 지정되면 컴파일에서 생성된 일반적인 리소스는 소스 파일이나 생성된 파일일 수 있습니다. |
classpath_resources
|
자바 트리의 루트에 있어야 하는 리소스의 목록입니다. 이 속성의 유일한 목적은 클래스 경로에서 리소스를 |
create_executable
|
launcher 또는 main_class 속성이 설정된 경우 0으로 설정하면 오류가 발생합니다.
|
deploy_manifest_lines
|
*_deploy.jar 대상에 대해 생성된 META-INF/manifest.mf 파일에 추가할 줄의 목록입니다. 이 속성의 콘텐츠에는 '변수 만들기' 대체가 적용되지 않습니다.
|
javacopts
|
이러한 컴파일러 옵션은 전역 컴파일러 옵션 이후에 javac에 전달됩니다. |
jvm_flags
|
자바 바이너리의 래퍼 스크립트에는 모든 종속 jar을 찾기 위한 CLASSPATH 정의가 포함되어 있으며 올바른 자바 인터프리터를 호출합니다.
래퍼 스크립트에 의해 생성된 명령줄에는 기본 클래스의 이름 뒤에 이 속성은 |
launcher
|
bin/java 프로그램 대신 자바 프로그램을 실행하는 데 사용할 바이너리를 지정합니다.
타겟은 cc_binary 여야 합니다. 자바 호출 API를 구현하는 모든 cc_binary 를 이 속성의 값으로 지정할 수 있습니다.
기본적으로 Bazel은 일반 JDK 런처 (bin/java 또는 java.exe)를 사용합니다. 관련 네이티브 (C++, SWIG, JNI) 종속 항목은 JDK 런처를 사용하는지 다른 런처를 사용하는지에 따라 다르게 빌드됩니다.
기본 JDK 런처 이외의 런처를 사용하면 |
main_class
|
main() 메서드가 있는 클래스 이름입니다.
규칙에서 이 옵션을 사용하는 경우 srcs=[...] 목록이 필요하지 않습니다.
따라서 이 속성을 사용하면 하나 이상의 main() 메서드가 이미 포함된 자바 라이브러리에서 실행 파일을 만들 수 있습니다.
이 속성 값은 소스 파일이 아닌 클래스 이름입니다. 클래스를 런타임에 사용할 수 있어야 합니다. 클래스는 이 규칙으로 컴파일되거나 ( |
plugins
|
java_plugin 는 규칙이 빌드될 때마다 실행됩니다. 라이브러리는 exported_plugins 를 사용하는 종속 항목에서 플러그인을 상속할 수도 있습니다. 플러그인에서 생성된 리소스는 이 규칙의 결과 jar에 포함됩니다.
|
resource_jars
|
|
resource_strip_prefix
|
지정된 경우 이 경로 접두사는 |
runtime_deps
|
deps 와 마찬가지로 이러한 클래스는 런타임 클래스 경로에 나타나지만 컴파일 시간 클래스 경로에는 나타나지 않습니다. 런타임 시에만 필요한 종속 항목을 여기에 나열해야 합니다. 종속 항목 분석 도구는 runtime_deps 와 deps 에 모두 나타나는 타겟을 무시해야 합니다.
|
stamp
|
스탬프 처리된 바이너리는 종속 항목이 변경되지 않는 한 다시 빌드되지 않습니다. |
test_class
|
기본적으로 이 인수가 정의되지 않으면 레거시 모드가 사용되고 테스트 인수가 대신 사용됩니다. 첫 번째 인수를 대체하지 않도록
이 속성은 이 테스트에서 실행할 자바 클래스의 이름을 지정합니다. 이 값을 설정해야 하는 경우는 거의 없습니다. 이 인수를 생략하면 대상의
JUnit3의 경우 테스트 클래스는
이 속성을 사용하면 여러 |
use_launcher
|
이 속성을 false로 설정하면 이 타겟의 런처 속성과 관련 |
use_testrunner
|
com.google.testing.junit.runner.BazelTestRunner ) 클래스를 자바 프로그램의 기본 진입점으로 사용하고 테스트 클래스를 bazel.test_suite 시스템 속성 값으로 테스트 실행기에 제공합니다.
이를 사용하여 java_test 규칙에 테스트 실행기를 사용하고 java_binary 규칙에는 사용하지 않는 기본 동작을 재정의할 수 있습니다. 이렇게 하는 경우는 거의 없습니다. 한 가지 용도는 다른 규칙에서 호출하는 AllTest 규칙 (예: 테스트 실행 전에 데이터베이스 설정)입니다. AllTest 규칙은 java_binary 로 선언해야 하지만 테스트 실행기를 기본 진입점으로 사용해야 합니다.
테스트 실행기 클래스의 이름은 main_class 속성으로 재정의할 수 있습니다.
|
java_package_configuration
규칙 소스 보기java_package_configuration(name, data, compatible_with, deprecation, distribs, features, javacopts, licenses, packages, restricted_to, tags, target_compatible_with, testonly, visibility)
패키지 세트에 적용할 구성입니다.
구성을 java_toolchain.javacopts
에 추가할 수 있습니다.
예:
java_package_configuration( name = "my_configuration", packages = [":my_packages"], javacopts = ["-Werror"], ) package_group( name = "my_packages", packages = [ "//com/my/project/...", "-//com/my/project/testing/...", ], ) java_toolchain( ..., package_configuration = [ ":my_configuration", ] )
인수
속성 | |
---|---|
name |
이 타겟의 고유한 이름입니다. |
data
|
|
javacopts
|
|
packages
|
package_group 세트입니다.
|
자바 플러그인
규칙 소스 보기java_plugin(name, deps, srcs, data, resources, compatible_with, deprecation, distribs, exec_compatible_with, exec_properties, features, generates_api, javacopts, licenses, neverlink, output_licenses, plugins, processor_class, proguard_specs, resource_jars, resource_strip_prefix, restricted_to, tags, target_compatible_with, testonly, visibility)
java_plugin
는 Bazel에서 실행하는 자바 컴파일러용 플러그인을 정의합니다. 현재 지원되는 플러그인 유형은 주석 프로세서뿐입니다. java_library
또는 java_binary
규칙은 plugins
속성을 통해 플러그인에 따라 플러그인을 실행할 수 있습니다. java_library
는 exported_plugins
를 사용하여 플러그인에 직접적으로 종속되는 라이브러리로 자동으로 플러그인을 내보낼 수도 있습니다.
암시적 출력 타겟
libname.jar
: 자바 보관 파일입니다.
인수는 processor_class
인수 추가를 제외하면 java_library
와 동일합니다.
인수
속성 | |
---|---|
name |
이 타겟의 고유한 이름입니다. |
deps
|
deps 에 관한 일반적인 주석을 참고하세요.
반면에 |
srcs
|
규칙: 규칙 (일반적으로
이 인수는 |
data
|
data 에 관한 일반적인 주석을 참고하세요.
|
resources
|
리소스가 지정되면 컴파일에서 생성된 일반적인 리소스는 소스 파일이나 생성된 파일일 수 있습니다. |
generates_api
|
규칙에서 API 생성 주석 프로세서를 사용하는 경우, 이 규칙에 의존하는 다른 규칙은 생성 규칙 이후에 컴파일 작업이 예약된 경우에만 생성된 코드를 참조할 수 있습니다. 이 속성은 java에 --java_header_compile이 사용 설정되면 예약 제약을 적용하도록 지시합니다. 경고: 이 속성은 빌드 성능에 영향을 주므로 필요한 경우에만 사용하세요. |
javacopts
|
이러한 컴파일러 옵션은 전역 컴파일러 옵션 이후에 javac에 전달됩니다. |
neverlink
|
tools.jar 가 있습니다.
런타임 라이브러리가 컴파일 라이브러리와 다른 경우 JLS가 컴파일러에서 인라인을 금지하는 위치 (그리고 향후 모든 JLS 버전에 적용되어야 함)에서만 다른지 확인해야 합니다. |
output_licenses
|
common attributes
을 참고하세요.
|
plugins
|
java_plugin 는 규칙이 빌드될 때마다 실행됩니다. 라이브러리는 exported_plugins 를 사용하는 종속 항목에서 플러그인을 상속할 수도 있습니다. 플러그인에서 생성된 리소스는 이 규칙의 결과 jar에 포함됩니다.
|
processor_class
|
|
proguard_specs
|
android_binary 대상에 추가됩니다.
여기에 포함된 파일에는 멱등성 규칙, 즉 -dontnote, -dontwarn, 가정용 효과, -keep으로 시작하는 규칙만 포함되어야 합니다. 비자동 병합을 보장하기 위해 다른 옵션은 android_binary 의 proguard_specs에만 표시될 수 있습니다.
|
resource_jars
|
|
resource_strip_prefix
|
지정된 경우 이 경로 접두사는 |
java_runtime
규칙 소스 보기java_runtime(name, srcs, compatible_with, deprecation, distribs, features, hermetic_srcs, java, java_home, lib_modules, licenses, restricted_to, tags, target_compatible_with, testonly, visibility)
자바 런타임의 구성을 지정합니다.
예:
java_runtime( name = "jdk-9-ea+153", srcs = glob(["jdk9-ea+153/**"]), java_home = "jdk9-ea+153", )
인수
속성 | |
---|---|
name |
이 타겟의 고유한 이름입니다. |
srcs
|
|
hermetic_srcs
|
|
java
|
|
java_home
|
srcs 속성과 java 속성이 비어 있어야 합니다.
|
lib_modules
|
|
java_toolchain
규칙 소스 보기java_toolchain(name, android_lint_data, android_lint_jvm_opts, android_lint_opts, android_lint_package_configuration, android_lint_runner, bootclasspath, compatible_with, deprecation, deps_checker, distribs, features, forcibly_disable_header_compilation, genclass, header_compiler, header_compiler_direct, ijar, jacocorunner, java_runtime, javabuilder, javabuilder_data, javabuilder_jvm_opts, javac_supports_multiplex_workers, javac_supports_workers, javacopts, jvm_opts, licenses, oneversion, oneversion_whitelist, package_configuration, proguard_allowlister, resourcejar, restricted_to, singlejar, source_version, tags, target_compatible_with, target_version, testonly, timezone_data, tools, turbine_data, turbine_jvm_opts, visibility, xlint)
자바 컴파일러의 구성을 지정합니다. 사용할 도구 모음은 --java_toolchain 인수를 통해 변경할 수 있습니다. 자바 컴파일러를 조정하려는 경우가 아니라면 일반적으로 이러한 종류의 규칙을 작성해서는 안 됩니다.
예
간단한 예는 다음과 같습니다.
java_toolchain( name = "toolchain", source_version = "7", target_version = "7", bootclasspath = ["//tools/jdk:bootclasspath"], xlint = [ "classfile", "divzero", "empty", "options", "path" ], javacopts = [ "-g" ], javabuilder = ":JavaBuilder_deploy.jar", )
인수
속성 | |
---|---|
name |
이 타겟의 고유한 이름입니다. |
android_lint_data
|
|
android_lint_jvm_opts
|
|
android_lint_opts
|
|
android_lint_package_configuration
|
|
android_lint_runner
|
|
bootclasspath
|
|
deps_checker
|
|
forcibly_disable_header_compilation
|
|
genclass
|
|
header_compiler
|
|
header_compiler_direct
|
이 도구는 주석 처리를 지원하지 않습니다. |
ijar
|
|
jacocorunner
|
|
java_runtime
|
|
javabuilder
|
|
javabuilder_data
|
|
javabuilder_jvm_opts
|
|
javac_supports_multiplex_workers
|
|
javac_supports_workers
|
|
javacopts
|
|
jvm_opts
|
|
oneversion
|
|
oneversion_whitelist
|
|
package_configuration
|
|
proguard_allowlister
|
|
resourcejar
|
|
singlejar
|
|
source_version
|
|
target_version
|
|
timezone_data
|
|
tools
|
|
turbine_data
|
|
turbine_jvm_opts
|
|
xlint
|
|