ルール
- java_binary
- java_import
- java_library
- java_lite_proto_library
- java_proto_library
- java_test
- java_package_configuration
- java_plugin
- java_runtime
- java_ツールチェーン
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)
Java アーカイブ(「jar ファイル」)をビルドし、さらにルールと同じ名前のラッパー シェル スクリプトを作成します。 ラッパーシェル スクリプトはクラスパスを使用します。特に、バイナリが依存する各ライブラリの JAR ファイルが含まれます。
ラッパー スクリプトは、複数の一意のフラグを受け入れます。ラッパーで受け入れられる構成可能なフラグと環境変数のリストについては、//src/main/java/com/google/devtools/build/lib/bazel/rules/java/java_stub_template.txt
をご覧ください。
暗黙的な出力ターゲット
name.jar
: Java アーカイブ。バイナリの直接依存関係に対応するクラスファイルなどのリソースが含まれます。name-src.jar
: ソース(ソース jar)を含むアーカイブ。name_deploy.jar
: デプロイに適した Java アーカイブ(明示的にリクエストされた場合にのみビルドされます)。ルールの
<name>_deploy.jar
ターゲットをビルドすると、マニフェストを使用して自己完結型の jar ファイルが作成され、マニフェストにはjava -jar
コマンドまたはラッパー スクリプトの--singlejar
オプションを指定して実行できるようになります。ラッパー スクリプトは、JVM フラグとネイティブ ライブラリを読み込むオプションも渡すため、java -jar
よりも推奨されます。デプロイ JAR には、バイナリのラッパー スクリプトから最初から最後までクラスパスを検索したクラスローダーによって検出されるすべてのクラスが含まれます。また、依存関係に必要なネイティブ ライブラリも含まれています。これらは実行時に JVM に自動的に読み込まれます。
ターゲットで launcher 属性を指定すると、_deploy.jar は通常の JAR ファイルではなくネイティブ バイナリになります。これには、ランチャーと、ルールのネイティブ(C++)依存関係がすべて静的バイナリにリンクされます。実際の jar ファイルのバイトは、そのネイティブ バイナリに付加され、実行可能ファイルと Java コードの両方を含む単一のバイナリ blob が作成されます。生成された jar ファイルは、ネイティブ バイナリを実行するのと同じように直接実行できます。
name_deploy-src.jar
: ターゲットの推移的なクロージャから収集されたソースを含むアーカイブ。条件は、deploy.jar
内のクラスと一致します(ただし、jar に一致するソース 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
|
Java ツリーのルートに配置する必要があるリソースのリスト。この属性は、クラスパスでリソースを |
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
|
Java バイナリのラッパー スクリプトは、CLASSPATH 定義(依存するすべての jar を見つけるため)を含み、適切な Java インタープリタを呼び出します。ラッパー スクリプトで生成されるコマンドラインには、メインクラスの名前の後に この属性は、 |
launcher
|
bin/java プログラムではなく、Java プログラムの実行に使用されるバイナリを指定します。ターゲットは cc_binary にする必要があります。
Java Invocation API を実装する cc_binary はすべて、この属性の値として指定できます。
Bazel は、デフォルトで通常の JDK ランチャー(bin/java または java.exe)を使用します。 関連する ネイティブ(C++、SWIG、JNI)依存関係のビルド方法は、JDK ランチャーと他のランチャーのどちらを使用しているかによって異なります。
デフォルトの JDK ランチャー以外のランチャーを使用した場合、 |
main_class
|
main() メソッドを含むクラスの名前。ルールでこのオプションを使用する場合は、srcs=[...] リストは必要ありません。そのため、この属性を使用すると、すでに 1 つ以上の main() メソッドを含む Java ライブラリから実行可能ファイルを作成できます。
この属性の値はクラス名で、ソースファイルではありません。このクラスは、実行時に利用可能でなければなりません。このルールで( |
plugins
|
java_plugin は、このルールが作成されるたびに実行されます。ライブラリは、exported_plugins を使用する依存関係からプラグインを継承することもできます。プラグインによって生成されたリソースは、このルールの結果として生成される jar に含まれます。
|
resource_jars
|
|
resource_strip_prefix
|
指定すると、このパス接頭辞は |
runtime_deps
|
deps と同様にランタイム クラスパスに表示されますが、コンパイル時のクラスパスには表示されません。ランタイム時にのみ必要な依存関係をここに記載する必要があります。依存関係分析ツールは、runtime_deps と deps の両方に表示されるターゲットを無視する必要があります。 |
stamp
|
スタンプされたバイナリは、依存関係が変更されない限り、再ビルドされません。 |
use_launcher
|
この属性を false に設定すると、target 属性と、関連する |
use_testrunner
|
com.google.testing.junit.runner.BazelTestRunner )クラスを Java プログラムのメインのエントリ ポイントとして使用し、bazel.test_suite システム プロパティの値としてテストランナーに提供します。これを使用して、デフォルトの動作をオーバーライドできます。つまり、java_test ルールのテストランナーを使用し、java_binary ルールには使用しないでください。このような操作はあまり必要ありません。1 つの用途は、たとえばテストを実行する前にデータベースをセットアップする場合など、別のルールによって呼び出される 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)
このルールでは、java_library
ルールと java_binary
ルールのライブラリとしてプリコンパイルされた .jar
ファイルを使用できます。
例
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
ルールのソースを表示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
: クラスファイルを含む Java アーカイブ。libname-src.jar
: ソース(ソース jar)を含むアーカイブ。
引数
属性 | |
---|---|
name |
このターゲットの一意の名前。 |
deps
|
deps に関する一般的なコメントについては、ほとんどのビルドルールで定義されている一般的な属性をご覧ください。
一方、 |
srcs
|
ルール: ルール(通常は
この引数は、 |
data
|
data に関する一般的なコメントについては、ほとんどのビルドルールで定義されている一般的な属性をご覧ください。
Bazel は、 |
resources
|
リソースを指定すると、コンパイルによって生成される通常の リソースにはソースファイルと生成ファイルがあります。 |
exported_plugins
|
java_plugin (アノテーション プロセッサなど)のリスト。
指定した |
exports
|
ここにルールを一覧表示すると、親がこれらのルールに明示的に依存しているかのように、ルールを親ルールで使用できるようになります。これは、通常の(エクスポートされていない)
要約:
A が B に依存し、B が C に依存していると仮定します。この場合、C は A の推移的な依存関係であるため、C のソースを変更して A を再構築すると、すべてが正しく再ビルドされます。ただし、C では A がクラスを使用できなくなります。これを行うには、A が エクスポートされたライブラリの閉鎖は、すべての直接の親ルールで行うことができます。少し異なる例を考えてみましょう。A が B に依存し、B が C と D に依存し、C もエクスポートしますが D はエクスポートしません。 これで、A は C にはアクセスできますが、D にはアクセスできません。今、C と D がそれぞれ C' と D' のライブラリをエクスポートした場合、A は 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
ファイルから Java コードを生成します。
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
ファイルから Java コードを生成します。
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
ルールのソースを表示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()
ルールは Java テストをコンパイルします。テストは、テストコードを囲むバイナリ ラッパーです。テストランナーのメインメソッドは、コンパイルされるメインクラスではなく、呼び出されます。
暗黙的な出力ターゲット
name.jar
: Java アーカイブ。name_deploy.jar
: デプロイに適した Java アーカイブ。(明示的にリクエストされた場合のみビルドされます)。詳しくは、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
|
Java ツリーのルートに配置する必要があるリソースのリスト。この属性は、クラスパスでリソースを |
create_executable
|
launcher 属性または main_class 属性が設定されていると、0 に設定するとエラーが発生します。 |
deploy_manifest_lines
|
*_deploy.jar ターゲット用に生成された META-INF/manifest.mf ファイルに追加する行のリスト。この属性の内容は「変数」の作成の対象にはなりません。
|
javacopts
|
これらのコンパイラ オプションは、グローバル コンパイラ オプションの後に javac に渡されます。 |
jvm_flags
|
Java バイナリのラッパー スクリプトは、CLASSPATH 定義(依存するすべての jar を見つけるため)を含み、適切な Java インタープリタを呼び出します。ラッパー スクリプトで生成されるコマンドラインには、メインクラスの名前の後に この属性は、 |
launcher
|
bin/java プログラムではなく、Java プログラムの実行に使用されるバイナリを指定します。ターゲットは cc_binary にする必要があります。
Java Invocation API を実装する cc_binary はすべて、この属性の値として指定できます。
Bazel は、デフォルトで通常の JDK ランチャー(bin/java または java.exe)を使用します。 関連する ネイティブ(C++、SWIG、JNI)依存関係のビルド方法は、JDK ランチャーと他のランチャーのどちらを使用しているかによって異なります。
デフォルトの JDK ランチャー以外のランチャーを使用した場合、 |
main_class
|
main() メソッドを含むクラスの名前。ルールでこのオプションを使用する場合は、srcs=[...] リストは必要ありません。そのため、この属性を使用すると、すでに 1 つ以上の main() メソッドを含む Java ライブラリから実行可能ファイルを作成できます。
この属性の値はクラス名で、ソースファイルではありません。このクラスは、実行時に利用可能でなければなりません。このルールで( |
plugins
|
java_plugin は、このルールが作成されるたびに実行されます。ライブラリは、exported_plugins を使用する依存関係からプラグインを継承することもできます。プラグインによって生成されたリソースは、このルールの結果として生成される jar に含まれます。
|
resource_jars
|
|
resource_strip_prefix
|
指定すると、このパス接頭辞は |
runtime_deps
|
deps と同様にランタイム クラスパスに表示されますが、コンパイル時のクラスパスには表示されません。ランタイム時にのみ必要な依存関係をここに記載する必要があります。依存関係分析ツールは、runtime_deps と deps の両方に表示されるターゲットを無視する必要があります。 |
stamp
|
スタンプされたバイナリは、依存関係が変更されない限り、再ビルドされません。 |
test_class
|
デフォルトでは、この引数が定義されていない場合、以前のモードが使用され、代わりにテスト引数が使用されます。最初の引数でフォールバックしないように
この属性では、このテストで実行する Java クラスの名前を指定します。これが必要になることはまれです。この引数を省略すると、ターゲットの
JUnit3 の場合、テストクラスは
この属性を使用して、複数の |
use_launcher
|
この属性を false に設定すると、target 属性と、関連する |
use_testrunner
|
com.google.testing.junit.runner.BazelTestRunner )クラスを Java プログラムのメインのエントリ ポイントとして使用し、bazel.test_suite システム プロパティの値としてテストランナーに提供します。これを使用して、デフォルトの動作をオーバーライドできます。つまり、java_test ルールのテストランナーを使用し、java_binary ルールには使用しないでください。このような操作はあまり必要ありません。1 つの用途は、たとえばテストを実行する前にデータベースをセットアップする場合など、別のルールによって呼び出される 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
ルールのソースを表示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 コンパイラのプラグインを定義します。現在、サポートされているプラグインのタイプはアノテーション プロセッサのみです。java_library
ルールまたは java_binary
ルールでは、plugins
属性によってプラグインに依存できます。java_library
は、exported_plugins
を使用して、プラグインに直接依存するライブラリに自動的にプラグインをエクスポートすることもできます。
暗黙的な出力ターゲット
libname.jar
: Java アーカイブ。
引数は、processor_class
引数が追加された点を除き、java_library
と同じです。
引数
属性 | |
---|---|
name |
このターゲットの一意の名前。 |
deps
|
deps に関する一般的なコメントについては、ほとんどのビルドルールで定義されている一般的な属性をご覧ください。
一方、 |
srcs
|
ルール: ルール(通常は
この引数は、 |
data
|
data に関する一般的なコメントについては、ほとんどのビルドルールで定義されている一般的な属性をご覧ください。
Bazel は、 |
resources
|
リソースを指定すると、コンパイルによって生成される通常の リソースにはソースファイルと生成ファイルがあります。 |
generates_api
|
ルールで API 生成アノテーション プロセッサを使用している場合、コンパイル アクションが生成ルールの後にスケジュールされている場合にのみ、それに依存する他のルールが生成されたコードを参照できます。この属性は、--java_header_compilation が有効になっている場合に、スケジューリングの制約を導入するように Bazel に指示します。 警告: この属性はビルドのパフォーマンスに影響します。この属性は必要な場合にのみ使用してください。 |
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, default_cds, deprecation, distribs, features, hermetic_srcs, java, java_home, lib_modules, licenses, restricted_to, tags, target_compatible_with, testonly, version, visibility)
Java ランタイムの構成を指定します。
例:
java_runtime( name = "jdk-9-ea+153", srcs = glob(["jdk9-ea+153/**"]), java_home = "jdk9-ea+153", )
引数
属性 | |
---|---|
name |
このターゲットの一意の名前。 |
srcs
|
|
default_cds
|
java_runtime のデフォルトの CDS アーカイブ。java_binary ターゲットで密閉が有効な場合、ターゲットが classlist 属性を指定して独自の CDS アーカイブを指定しない場合、java_runtime のデフォルト CDS は密閉型デプロイ JAR にパッケージ化されます。 |
hermetic_srcs
|
|
java
|
|
java_home
|
srcs 属性と java 属性は空にする必要があります。
|
lib_modules
|
|
version
|
Runtime.version().feature() によって返される整数です。
|
java_ツールチェーン
ルールのソースを表示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 コンパイラの構成を指定します。使用するツールチェーンは、--java_ツールチェーンの引数を使用して変更できます。Java コンパイラを調整しない限り、通常、この種のルールは作成しないでください。
例
簡単な例を以下に示します。
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
|
|