Java ルール

問題を報告 ソースを表示 夜間 · 7.3 · 7.2 · 7.1 · 7.0 · 6.5

ルール

java_binary

<ph type="x-smartling-placeholder"></ph> ルールのソースを表示
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 ファイルが含まれます。 ライブラリを指定します。ラッパー シェル スクリプトの実行時に、空でない JAVABIN 環境変数は、 Bazel の --java_runtime_version フラグ。

ラッパー スクリプトには、いくつかの一意のフラグを指定できます。詳しくは、 //src/main/java/com/google/devtools/build/lib/bazel/rules/java/java_stub_template.txt を参照してください。

暗黙的な出力ターゲット

  • name.jar: クラスファイルなどを含む Java アーカイブ。 バイナリの直接的な依存関係に対応するリソースです。
  • name-src.jar: ソース("source")を含むアーカイブ jar など)。
  • name_deploy.jar: デプロイに適した Java アーカイブ(のみ 明示的にリクエストされた場合にビルドされます)。

    ルールの「<name>_deploy.jar」ターゲットを作成しています マニフェスト付きの自己完結型の jar ファイルを作成し、 java -jar コマンド、またはラッパー スクリプトの --singlejar を使用します。 選択します。java -jar よりもラッパー スクリプトを使用することをおすすめします。これは、 JVM フラグとオプションも渡します。 ネイティブライブラリを読み込みます。

    deploy jar には、Terraform で定義したクラスローダーで検出されるすべてのクラスが クラスパスをバイナリのラッパー スクリプトから最初から最後まで検索また、 依存関係に必要なネイティブ ライブラリが格納されています。これらは自動的に読み込まれるので 実行時に JVM に取り込まれます。

    ターゲットが launcher を指定している場合 属性を使用すると、_deploy.jar は通常の JAR ファイルではなく、 ネイティブ バイナリ。これには、ランチャーと、以下のネイティブ(C++)依存関係が含まれます。 静的バイナリにリンクされています実際の jar ファイルのバイトは、 追加され、単一のバイナリ blob が作成され、 Java コードが含まれます生成された jar ファイルを直接実行できます ネイティブバイナリを実行するのと同じように使用できます

  • name_deploy-src.jar: ソースを含むアーカイブ ターゲットの推移的クロージャから収集された情報です。これらは UDM クラスのクラスと deploy.jar(ただし、jar に一致するソース JAR がない場合を除く)。

deps 属性は、指定されていない java_binary ルールで使用できません。 srcs、適用するには、 main_class 提供元: runtime_deps を選択します。

よくある間違いを次のコード スニペットに示します。

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

ラベルのリスト。デフォルトは [] です

ターゲットを作成するために処理されるソースファイルのリスト。 この属性はほとんどの場合必須です。下記の例外を参照してください。

.java 型のソースファイルはコンパイルされます。生成された .java ファイルには、生成ルールの名前を入力することをおすすめします。 ファイル自体の名前ではなく、ここに入力します。これにより 可読性が向上するだけでなく これにより、将来の変更に対するルールの復元性が向上します。つまり、生成ルールによって 1 か所修正するだけで済みます。outs 表示されます。deps に生成ルールを記載しないでください NoOps です

.srcjar 型のソースファイルは、展開されてコンパイルされます。(これは、 genrule で一連の .java ファイルを生成する必要があります)。

ルール: ルール(通常は genrule または filegroup)が ソース ファイルと同じ方法で使用されます。 できます。

ほとんどの場合、この引数は必須ですが、 main_class 属性では、 クラスに付けるか、runtime_deps 引数を指定します。

resources

ラベルのリスト。デフォルトは [] です

Java jar に含めるデータファイルのリスト。

リソースを指定すると、通常のリソースとともに jar にバンドルされます。 コンパイルによって生成された .class ファイル。Cloud Storage 内のリソースの場所は プロジェクト構造によって決まります。Bazel はまず、Maven の 標準のディレクトリ レイアウト (「src」ディレクトリの後に「resources」ディレクトリの孫が続く)そうでない場合は Bazel は、最上位にある「java」というディレクトリを探します。または「javatests」(つまり、 たとえば、リソースが <workspace root>/x/java/y/java/z にある場合、 リソースのパスは y/java/z になります。このヒューリスティックはオーバーライドできません ただし、resource_strip_prefix 属性を使用すると、 リソース ファイル用の代替ディレクトリです。

リソースには、ソースファイルまたは生成されたファイルを指定できます。

classpath_resources

ラベルのリスト。デフォルトは [] です

他に方法がない場合を除いて、このオプションは使用しないでください)

Java ツリーのルートに配置する必要があるリソースのリスト。この属性の 必要なサードパーティ ライブラリをサポートすることのみを目的として、 "myconfig.xml" と完全に同じである必要があります。アクセスできるのは 名前空間が競合する可能性があるため、ライブラリではなくバイナリに存在します。

create_executable

ブール値設定不可デフォルトは True です

非推奨。代わりに java_single_jar を使用してください。
deploy_env

ラベルのリスト。デフォルトは [] です

デプロイを表す他の java_binary ターゲットのリスト 作成します。 別のファイルによって読み込まれるプラグインをビルドするときに、この属性を設定します java_binary
この属性を設定すると、すべての依存関係が除外されます このバイナリのランタイム クラスパス(とデプロイ jar)が、この バイナリと deploy_env で指定されたターゲット。
deploy_manifest_lines

文字列のリスト。デフォルトは [] です。

生成された META-INF/manifest.mf ファイルに追加する行のリスト。 目標は *_deploy.jar です。この属性の内容は件名ではありませんMake variable」置換に変更します。
javacopts

文字列のリスト。デフォルトは [] です。

このライブラリの追加のコンパイラ オプション。 「変数を作成」による置換を適用し、 Bourne シェルのトークン化

これらのコンパイラ オプションは、グローバル コンパイラ オプションの後に javac に渡されます。

jvm_flags

文字列のリスト。デフォルトは [] です。

このバイナリを実行するために生成されたラッパー スクリプトに埋め込むフラグのリスト。 $(location) と [変数を作成] で置換する Bourne シェルのトークン化

Java バイナリのラッパー スクリプトに CLASSPATH 定義が含まれている (依存する jar をすべて見つけるため)、適切な Java インタープリタを呼び出します。 ラッパー スクリプトによって生成されたコマンドラインには、 メインクラスの後に "$@" を付け、他のクラスを渡せるようにします。 クラス名の後に引数を指定します。ただし、解析対象の引数は コマンドのクラス名のに指定する必要があります。 追加します。jvm_flags の内容がラッパーに追加される スクリプトを書き留めてください。

この属性は *_deploy.jar には作用しないことに注意してください。 出力です。

launcher

ラベル:デフォルトは None です

Java プログラムの実行に使用するバイナリを JDK に含まれる通常の bin/java プログラム。 ターゲットは cc_binary にする必要があります。次を含む cc_binary: 実装する <ph type="x-smartling-placeholder"></ph> この属性の値として Java Invocation API を指定できます。

デフォルトでは、Bazel は通常の JDK ランチャー(bin/java または java.exe)を使用します。

関連する --java_launcher Bazel フラグは、 次がある java_binary ターゲットと java_test ターゲット launcher 属性を指定していない

ネイティブ(C++、SWIG、JNI)依存関係のビルドは異なることに注意してください。 JDK ランチャーを使用しているか、別のランチャーを使用しているかに応じて、次の操作を行います。

  • 通常の JDK ランチャー(デフォルト)を使用している場合、ネイティブ依存関係は {name}_nativedeps.so という名前の共有ライブラリとしてビルドされます。 {name} は、この java_binary ルールの name 属性です。 未使用のコードは、この構成のリンカーによって削除されません
  • 他のランチャーを使用している場合、ネイティブ(C++)依存関係は静的に {name}_nativedeps という名前のバイナリにリンクされます。ここで、{name} この java_binary ルールの name 属性です。この例では リンカーは、使用されていないと判断したコードを結果のバイナリから削除します。 つまり、JNI 経由でのみアクセスされる C++ コードは、 cc_library ターゲットが alwayslink = 1 を指定している。

デフォルトの JDK ランチャー以外のランチャーを使用する場合、 *_deploy.jar 出力の変更。詳細については、 java_binary のドキュメントをご覧ください。

main_class

String;デフォルトは "" です。

エントリ ポイントとして使用する main() メソッドを含むクラスの名前。 ルールでこのオプションを使用する場合、srcs=[...] リストは必要ありません。 したがって、この属性を使用すると、すでに作成済みの Java ライブラリから実行可能ファイルを作成できます。 1 つ以上の main() メソッドが含まれます。

この属性の値は、ソースファイルではなくクラス名です。クラスは 実行時に利用可能: このルールによって(srcs から)コンパイルされるか、 直接的または推移的依存関係によって提供される(runtime_deps または deps)。クラスが使用できない場合、バイナリは実行時に失敗します。そこに ビルド時のチェックはありません

plugins

ラベルのリスト。デフォルトは [] です

コンパイル時に実行する Java コンパイラ プラグイン。 このルールでは、この属性で指定されたすべての java_plugin が実行されます。 構築します。ライブラリは、使用する依存関係からプラグインを継承し、 exported_plugins。リソース 生成 AI は、このルールの生成される jar に含められます。
resource_jars

ラベルのリスト。デフォルトは [] です

非推奨: 代わりに java_import と deps または runtime_deps を使用してください。
resource_strip_prefix

String;デフォルトは "" です。

Java リソースから削除するパス接頭辞。

指定すると、このパス接頭辞が resources 内のすべてのファイルから削除されます 属性です。リソース ファイルがこのディレクトリにない場合はエラーになります。回答が「いいえ」の場合 が指定された場合(デフォルト)、リソース ファイルのパスは、 などのロジックをソースファイルの Java パッケージとして使用します。たとえば、 stuff/java/foo/bar/a.txt の所在地は foo/bar/a.txt です。

runtime_deps

ラベルのリスト。デフォルトは [] です

最終バイナリまたは実行時にのみテストで使用できるようにするライブラリ。 通常の deps と同様に、これらはランタイム クラスパスに表示されますが、 コンパイル時のクラスパスではなく、実行時にのみ必要な依存関係は、 表示されます。依存関係分析ツールは、両方に出現するターゲットを無視する runtime_depsdeps
stamp

整数デフォルトは -1 です。

ビルド情報をバイナリにエンコードするかどうか。可能な値: <ph type="x-smartling-placeholder">
    </ph>
  • stamp = 1: ビルド情報を常にバイナリにスタンプします。これは、 --nostamp ビルド。この 設定しないでください。この設定を行うと、インスタンスのリモート キャッシュが強制終了される バイナリとそれに依存するダウンストリーム アクションが含まれます。
  • stamp = 0: ビルド情報を常に定数値に置き換えます。この 適切なビルド結果キャッシュを提供します。
  • stamp = -1: ビルド情報の埋め込みは、 --[no]stamp フラグ。

スタンプされたバイナリは、依存関係が変更されない限り再ビルドされません

use_launcher

ブール値デフォルトは True です。

バイナリがカスタム ランチャーを使用するかどうか。

この属性を false に設定すると、 launcher 属性と関連 --java_launcher フラグ このターゲットでは無視されます。

use_testrunner

ブール値デフォルトは False です。

テストランナーを使用する(デフォルト) com.google.testing.junit.runner.BazelTestRunner など)クラスを Java プログラム用のメイン エントリ ポイントを作成し、テストクラスを提供します。 bazel.test_suite の値としてテストランナーに送信 システム プロパティ。 これを使用して、デフォルトの テストランナーを使用して java_test 個のルール、 java_binary ルールには使用しないでください。可能性は低い これを行うことをおすすめします1 回の使用: AllTest (データベースを設定するために)別のルールによって呼び出される できます)。AllTest ルールは java_binary として宣言する必要がありますが、 テストランナーをメインのエントリ ポイントとして使用します。 テストランナー クラスの名前は、main_class 属性でオーバーライドできます。

java_import

<ph type="x-smartling-placeholder"></ph> ルールのソースを表示
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_libraryjava_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

ラベルのリスト。デフォルトは [] です

ターゲットにリンクする他のライブラリのリスト。 java_library.deps をご覧ください。
constraints

文字列のリスト。設定不可デフォルトは [] です

Java ライブラリとしてこのルールに適用される追加の制約。
exports

ラベルのリスト。デフォルトは [] です

このルールのユーザーが使用できるようにするターゲット。 java_library.exports をご覧ください。
jars

ラベルのリスト。必須

このターゲットに依存する Java ターゲットに提供される JAR ファイルのリスト。

ブール値デフォルトは False です。

このライブラリは、実行時ではなくコンパイル時のみに使用してください。 ランタイム環境で提供されるライブラリを使用する場合に有用 表示されます。このようなライブラリの例として、IDE API があります。 IDE プラグインの場合は tools.jar、 使用できます。
proguard_specs

ラベルのリスト。デフォルトは [] です

ProGuard 仕様として使用されるファイル。 ここでは、Proguard で使用される一連の仕様について説明します。指定すると、 このライブラリに応じて、任意の android_binary ターゲットに追加されます。 ここに含めるファイルには、べき等ルール(-dontnote、-dontwarn、 -keep で始まるルールを定義します。その他のオプションは android_binary の proguard_specs: tautological 以外のマージを保証します。
runtime_deps

ラベルのリスト。デフォルトは [] です

最終バイナリまたは実行時にのみテストで使用できるようにするライブラリ。 java_library.runtime_deps をご覧ください。
srcjar

ラベル:デフォルトは None です

コンパイルされた JAR ファイルのソースコードが含まれる JAR ファイル。

java_library

<ph type="x-smartling-placeholder"></ph> ルールのソースを表示
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: ソース("source")を含むアーカイブ jar など)。

引数

属性
name

名前:必須

このターゲットの一意の名前。

deps

ラベルのリスト。デフォルトは [] です

このライブラリにリンクするライブラリのリスト。 deps に関する一般的なコメントを見る: 一般的な属性は ほとんどのビルドルールに適用されます。

deps にリストされている java_library ルールによってビルドされた JAR がオンになります このルールのコンパイル時のクラスパス。さらに、これらのレイヤの推移的クロージングは、 depsruntime_depsexports は、 ランタイム クラスパスを指定します。

一方、data 属性のターゲットは runfile に含まれますが、 コンパイル時クラスパスにもランタイムクラスパスにもないからです。

srcs

ラベルのリスト。デフォルトは [] です

ターゲットを作成するために処理されるソースファイルのリスト。 この属性はほとんどの場合必須です。下記の例外を参照してください。

.java 型のソースファイルはコンパイルされます。生成された .java ファイルには、生成ルールの名前を入力することをおすすめします。 ファイル自体の名前ではなく、ここに入力します。これにより 可読性が向上するだけでなく これにより、将来の変更に対するルールの復元性が向上します。つまり、生成ルールによって 1 か所修正するだけで済みます。outs 表示されます。deps に生成ルールを記載しないでください NoOps です

.srcjar 型のソースファイルは、展開されてコンパイルされます。(これは、 genrule で一連の .java ファイルを生成する必要があります)。

ルール: ルール(通常は genrule または filegroup)が ソース ファイルと同じ方法で使用されます。 できます。

ほとんどの場合、この引数は必須ですが、 main_class 属性では、 クラスに付けるか、runtime_deps 引数を指定します。

data

ラベルのリスト。デフォルトは [] です

実行時にこのライブラリが必要とするファイルのリスト。 data に関する一般的なコメントを見る: 一般的な属性は ほとんどのビルドルールに適用されます。

java_library をビルドする際、Bazel はこれらのファイルをどこにも配置しません。もし data ファイルは生成されたファイルであり、Bazel によって生成されます。モデルを この java_library Bazel のコピーまたはリンクに依存するテスト data ファイルを runfiles 領域に配置します。

resources

ラベルのリスト。デフォルトは [] です

Java jar に含めるデータファイルのリスト。

リソースを指定すると、通常のリソースとともに jar にバンドルされます。 コンパイルによって生成された .class ファイル。Cloud Storage 内のリソースの場所は プロジェクト構造によって決まります。Bazel はまず、Maven の 標準のディレクトリ レイアウト (「src」ディレクトリの後に「resources」ディレクトリの孫が続く)そうでない場合は Bazel は、最上位にある「java」というディレクトリを探します。または「javatests」(つまり、 たとえば、リソースが <workspace root>/x/java/y/java/z にある場合、 リソースのパスは y/java/z になります。このヒューリスティックはオーバーライドできません ただし、resource_strip_prefix 属性を使用すると、 リソース ファイル用の代替ディレクトリです。

リソースには、ソースファイルまたは生成されたファイルを指定できます。

exported_plugins

ラベルのリスト。デフォルトは [] です

java_plugin のリスト(アノテーション このライブラリに直接依存するライブラリにエクスポートできます。

指定した java_plugin のリストは、次を実行するライブラリに適用されます。 このライブラリがこれらのライブラリを明示的に宣言しているかのように、 plugins のラベル。

exports

ラベルのリスト。デフォルトは [] です

エクスポートされたライブラリ。

ここにルールをリストすると、あたかも親が明示的に親ルールを操作しているかのように、親ルールで 必要があります。これは、通常の(エクスポートされていない)deps には当てはまりません。

概要: 依存関係がある場合にルール XX は YX のコードにアクセスできます deps エッジで始まり、その後にゼロ個以上のパスが続くパス exports 個のエッジ。それを示す例をいくつか見てみましょう。

AB に依存し、BC に依存しているとします。今回の場合 C は A の推移的依存関係であるため、C のソースを変更して A を再構築すると、 すべてを正しくビルドし直せます。ただし、A は C のクラスを使用できません。許可する A が deps で C を宣言する必要があるか、B を使用して A が (および A に依存するすべてのもの)を、(B)の exports で C を宣言することで) 属性です。

エクスポートされたライブラリのクローズは、すべての直接の親ルールで使用できます。少し A は B に依存し、B は C と D に依存し、さらに C はエクスポートしますが D はエクスポートしません。 これで、A は C にはアクセスできますが、D にはアクセスできません。ここで、C と D が一部のライブラリをエクスポートした場合、および D' A は C' にのみアクセスすることができました。あります。

重要: エクスポートされたルールは、通常の依存関係ではありません。前の例で言うと、 B が C をエクスポートし、C も使用する場合は、その B も C をリストする必要があります。 deps

javacopts

文字列のリスト。デフォルトは [] です。

このライブラリの追加のコンパイラ オプション。 「変数を作成」による置換を適用し、 Bourne シェルのトークン化

これらのコンパイラ オプションは、グローバル コンパイラ オプションの後に javac に渡されます。

ブール値デフォルトは False です。

このライブラリをコンパイルにのみ使用し、実行時は使用しないかどうか。 実行時にランタイム環境によってライブラリが提供される場合に便利です。例 その中には、IDE プラグイン用の IDE API や、あらゆるもの用の tools.jar があります。 パフォーマンスです

なお、neverlink = 1 を指定しても、コンパイラによるマテリアルのインライン化は防止されません。 Java で許可されているコンパイル ターゲットにこのライブラリから変換します。 言語仕様(例:Stringstatic final 定数 。そのため、推奨されるユースケースは、ランタイム ライブラリが これはコンパイル ライブラリと同じです。

ランタイム ライブラリがコンパイル ライブラリと異なる場合は、それが 違いは、JLS でコンパイラのインライン実行が禁止されている場所(およびインラインで宣言され、 リリースされます。

plugins

ラベルのリスト。デフォルトは [] です

コンパイル時に実行する Java コンパイラ プラグイン。 このルールでは、この属性で指定されたすべての java_plugin が実行されます。 構築します。ライブラリは、使用する依存関係からプラグインを継承し、 exported_plugins。リソース 生成 AI は、このルールの生成される jar に含められます。
proguard_specs

ラベルのリスト。デフォルトは [] です

ProGuard 仕様として使用されるファイル。 ここでは、Proguard で使用される一連の仕様について説明します。指定すると、 このライブラリに応じて、任意の android_binary ターゲットに追加されます。 ここに含めるファイルには、べき等ルール(-dontnote、-dontwarn、 -keep で始まるルールを定義します。その他のオプションは android_binary の proguard_specs: tautological 以外のマージを保証します。
resource_jars

ラベルのリスト。デフォルトは [] です

非推奨: 代わりに java_import と deps または runtime_deps を使用してください。
resource_strip_prefix

String;デフォルトは "" です。

Java リソースから削除するパス接頭辞。

指定すると、このパス接頭辞が resources 内のすべてのファイルから削除されます 属性です。リソース ファイルがこのディレクトリにない場合はエラーになります。回答が「いいえ」の場合 が指定された場合(デフォルト)、リソース ファイルのパスは、 などのロジックをソースファイルの Java パッケージとして使用します。たとえば、 stuff/java/foo/bar/a.txt の所在地は foo/bar/a.txt です。

runtime_deps

ラベルのリスト。デフォルトは [] です

最終バイナリまたは実行時にのみテストで使用できるようにするライブラリ。 通常の deps と同様に、これらはランタイム クラスパスに表示されますが、 コンパイル時のクラスパスではなく、実行時にのみ必要な依存関係は、 表示されます。依存関係分析ツールは、両方に出現するターゲットを無視する runtime_depsdeps

java_lite_proto_library

<ph type="x-smartling-placeholder"></ph> ルールのソースを表示
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 コードを生成します。

depsproto_library ルールを指す必要があります。

例:

java_library(
    name = "lib",
    deps = [":foo"],
)

java_lite_proto_library(
    name = "foo",
    deps = [":bar"],
)

proto_library(
    name = "bar",
)

引数

属性
name

名前:必須

このターゲットの一意の名前。

deps

ラベルのリスト。デフォルトは [] です

proto_library のリスト Java コードの生成ルールを定義します。

java_proto_library

<ph type="x-smartling-placeholder"></ph> ルールのソースを表示
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 コードを生成します。

depsproto_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 コードの生成ルールを定義します。

java_test

<ph type="x-smartling-placeholder"></ph> ルールのソースを表示
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 テストをコンパイルします。テストは、Python や Node.js などの テストコードです。テストランナーのメインメソッドが、コンパイルされるメインクラスの代わりに呼び出されます。

暗黙的な出力ターゲット

  • name.jar: Java アーカイブ。
  • name_deploy.jar: 適切な Java アーカイブ 必要があります。(明示的にリクエストされた場合にのみビルドされます)。詳しくは、 name_deploy.jar の出力: java_binary をご覧ください。

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

ラベルのリスト。デフォルトは [] です

ターゲットを作成するために処理されるソースファイルのリスト。 この属性はほとんどの場合必須です。下記の例外を参照してください。

.java 型のソースファイルはコンパイルされます。生成された .java ファイルには、生成ルールの名前を入力することをおすすめします。 ファイル自体の名前ではなく、ここに入力します。これにより 可読性が向上するだけでなく これにより、将来の変更に対するルールの復元性が向上します。つまり、生成ルールによって 1 か所修正するだけで済みます。outs 表示されます。deps に生成ルールを記載しないでください NoOps です

.srcjar 型のソースファイルは、展開されてコンパイルされます。(これは、 genrule で一連の .java ファイルを生成する必要があります)。

ルール: ルール(通常は genrule または filegroup)が ソース ファイルと同じ方法で使用されます。 できます。

ほとんどの場合、この引数は必須ですが、 main_class 属性では、 クラスに付けるか、runtime_deps 引数を指定します。

resources

ラベルのリスト。デフォルトは [] です

Java jar に含めるデータファイルのリスト。

リソースを指定すると、通常のリソースとともに jar にバンドルされます。 コンパイルによって生成された .class ファイル。Cloud Storage 内のリソースの場所は プロジェクト構造によって決まります。Bazel はまず、Maven の 標準のディレクトリ レイアウト (「src」ディレクトリの後に「resources」ディレクトリの孫が続く)そうでない場合は Bazel は、最上位にある「java」というディレクトリを探します。または「javatests」(つまり、 たとえば、リソースが <workspace root>/x/java/y/java/z にある場合、 リソースのパスは y/java/z になります。このヒューリスティックはオーバーライドできません ただし、resource_strip_prefix 属性を使用すると、 リソース ファイル用の代替ディレクトリです。

リソースには、ソースファイルまたは生成されたファイルを指定できます。

classpath_resources

ラベルのリスト。デフォルトは [] です

他に方法がない場合を除いて、このオプションは使用しないでください)

Java ツリーのルートに配置する必要があるリソースのリスト。この属性の 必要なサードパーティ ライブラリをサポートすることのみを目的として、 "myconfig.xml" と完全に同じである必要があります。アクセスできるのは 名前空間が競合する可能性があるため、ライブラリではなくバイナリに存在します。

create_executable

ブール値設定不可デフォルトは True です

非推奨。代わりに java_single_jar を使用してください。
deploy_manifest_lines

文字列のリスト。デフォルトは [] です。

生成された META-INF/manifest.mf ファイルに追加する行のリスト。 目標は *_deploy.jar です。この属性の内容は件名ではありませんMake variable」置換に変更します。
javacopts

文字列のリスト。デフォルトは [] です。

このライブラリの追加のコンパイラ オプション。 「変数を作成」による置換を適用し、 Bourne シェルのトークン化

これらのコンパイラ オプションは、グローバル コンパイラ オプションの後に javac に渡されます。

jvm_flags

文字列のリスト。デフォルトは [] です。

このバイナリを実行するために生成されたラッパー スクリプトに埋め込むフラグのリスト。 $(location) と [変数を作成] で置換する Bourne シェルのトークン化

Java バイナリのラッパー スクリプトに CLASSPATH 定義が含まれている (依存する jar をすべて見つけるため)、適切な Java インタープリタを呼び出します。 ラッパー スクリプトによって生成されたコマンドラインには、 メインクラスの後に "$@" を付け、他のクラスを渡せるようにします。 クラス名の後に引数を指定します。ただし、解析対象の引数は コマンドのクラス名のに指定する必要があります。 追加します。jvm_flags の内容がラッパーに追加される スクリプトを書き留めてください。

この属性は *_deploy.jar には作用しないことに注意してください。 出力です。

launcher

ラベル:デフォルトは None です

Java プログラムの実行に使用するバイナリを JDK に含まれる通常の bin/java プログラム。 ターゲットは cc_binary にする必要があります。次を含む cc_binary: 実装する <ph type="x-smartling-placeholder"></ph> この属性の値として Java Invocation API を指定できます。

デフォルトでは、Bazel は通常の JDK ランチャー(bin/java または java.exe)を使用します。

関連する --java_launcher Bazel フラグは、 次がある java_binary ターゲットと java_test ターゲット launcher 属性を指定していない

ネイティブ(C++、SWIG、JNI)依存関係のビルドは異なることに注意してください。 JDK ランチャーを使用しているか、別のランチャーを使用しているかに応じて、次の操作を行います。

  • 通常の JDK ランチャー(デフォルト)を使用している場合、ネイティブ依存関係は {name}_nativedeps.so という名前の共有ライブラリとしてビルドされます。 {name} は、この java_binary ルールの name 属性です。 未使用のコードは、この構成のリンカーによって削除されません
  • 他のランチャーを使用している場合、ネイティブ(C++)依存関係は静的に {name}_nativedeps という名前のバイナリにリンクされます。ここで、{name} この java_binary ルールの name 属性です。この例では リンカーは、使用されていないと判断したコードを結果のバイナリから削除します。 つまり、JNI 経由でのみアクセスされる C++ コードは、 cc_library ターゲットが alwayslink = 1 を指定している。

デフォルトの JDK ランチャー以外のランチャーを使用する場合、 *_deploy.jar 出力の変更。詳細については、 java_binary のドキュメントをご覧ください。

main_class

String;デフォルトは "" です。

エントリ ポイントとして使用する main() メソッドを含むクラスの名前。 ルールでこのオプションを使用する場合、srcs=[...] リストは必要ありません。 したがって、この属性を使用すると、すでに作成済みの Java ライブラリから実行可能ファイルを作成できます。 1 つ以上の main() メソッドが含まれます。

この属性の値は、ソースファイルではなくクラス名です。クラスは 実行時に利用可能: このルールによって(srcs から)コンパイルされるか、 直接的または推移的依存関係によって提供される(runtime_deps または deps)。クラスが使用できない場合、バイナリは実行時に失敗します。そこに ビルド時のチェックはありません

plugins

ラベルのリスト。デフォルトは [] です

コンパイル時に実行する Java コンパイラ プラグイン。 このルールでは、この属性で指定されたすべての java_plugin が実行されます。 構築します。ライブラリは、使用する依存関係からプラグインを継承し、 exported_plugins。リソース 生成 AI は、このルールの生成される jar に含められます。
resource_jars

ラベルのリスト。デフォルトは [] です

非推奨: 代わりに java_import と deps または runtime_deps を使用してください。
resource_strip_prefix

String;デフォルトは "" です。

Java リソースから削除するパス接頭辞。

指定すると、このパス接頭辞が resources 内のすべてのファイルから削除されます 属性です。リソース ファイルがこのディレクトリにない場合はエラーになります。回答が「いいえ」の場合 が指定された場合(デフォルト)、リソース ファイルのパスは、 などのロジックをソースファイルの Java パッケージとして使用します。たとえば、 stuff/java/foo/bar/a.txt の所在地は foo/bar/a.txt です。

runtime_deps

ラベルのリスト。デフォルトは [] です

最終バイナリまたは実行時にのみテストで使用できるようにするライブラリ。 通常の deps と同様に、これらはランタイム クラスパスに表示されますが、 コンパイル時のクラスパスではなく、実行時にのみ必要な依存関係は、 表示されます。依存関係分析ツールは、両方に出現するターゲットを無視する runtime_depsdeps
stamp

整数デフォルトは 0 です。

ビルド情報をバイナリにエンコードするかどうか。可能な値: <ph type="x-smartling-placeholder">
    </ph>
  • stamp = 1: ビルド情報を常にバイナリにスタンプします。これは、 --nostamp ビルド。この 設定しないでください。この設定を行うと、インスタンスのリモート キャッシュが強制終了される バイナリとそれに依存するダウンストリーム アクションが含まれます。
  • stamp = 0: ビルド情報を常に定数値に置き換えます。この 適切なビルド結果キャッシュを提供します。
  • stamp = -1: ビルド情報の埋め込みは、 --[no]stamp フラグ。

スタンプされたバイナリは、依存関係が変更されない限り再ビルドされません

test_class

String;デフォルトは "" です。

テストランナーによって読み込まれる Java クラス。

この引数が定義されていない場合は、デフォルトで以前のモードが使用され、 代わりにテスト引数が使用されます。--nolegacy_bazel_java_test フラグを設定する 最初の引数にフォールバックしないようにします。

この属性は、実行する Java クラスの名前を指定します。 このテストを実行します。この設定が必要になることはほとんどありません。この引数を省略すると、 ターゲットの name と ソースルート相対パス。テストの実施場所が既知の ソースルート。test_class の場合、Bazel はエラーを報告します。 未設定。

JUnit3 の場合、テストクラスは junit.framework.TestCase を使用するか、一般公開されている 静的メソッド suite() メソッド junit.framework.Test(または Test のサブクラス)。 JUnit4 では、クラスにアノテーションを付ける必要があります。 org.junit.runner.RunWith

この属性を使用すると、複数の java_test ルールを 同じ Test を共有している (TestCaseTestSuite、...)。通常 追加情報が (jvm_flags=['-Dkey=value'] など)を使用して、 動作が異なるため、異なるアプリケーションを実行するなど、 テストのサブセットです。この属性を使用すると、 javatests ツリーの外側の Java テスト。

use_launcher

ブール値デフォルトは True です。

バイナリがカスタム ランチャーを使用するかどうか。

この属性を false に設定すると、 launcher 属性と関連 --java_launcher フラグ このターゲットでは無視されます。

use_testrunner

ブール値デフォルトは True です。

テストランナーを使用する(デフォルト) com.google.testing.junit.runner.BazelTestRunner など)クラスを Java プログラム用のメイン エントリ ポイントを作成し、テストクラスを提供します。 bazel.test_suite の値としてテストランナーに送信 システム プロパティ。 これを使用して、デフォルトの テストランナーを使用して java_test 個のルール、 java_binary ルールには使用しないでください。可能性は低い これを行うことをおすすめします1 回の使用: AllTest (データベースを設定するために)別のルールによって呼び出される できます)。AllTest ルールは java_binary として宣言する必要がありますが、 テストランナーをメインのエントリ ポイントとして使用します。 テストランナー クラスの名前は、main_class 属性でオーバーライドできます。

java_package_configuration

<ph type="x-smartling-placeholder"></ph> ルールのソースを表示
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

文字列のリスト。デフォルトは [] です。

Java コンパイラ フラグ。
packages

ラベルのリスト。デフォルトは [] です

package_group のセット 指定する必要があります。

java_plugin

<ph type="x-smartling-placeholder"></ph> ルールのソースを表示
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 アーカイブ。

引数は java_library と同じですが、 processor_class 引数を追加します。

引数

属性
name

名前:必須

このターゲットの一意の名前。

deps

ラベルのリスト。デフォルトは [] です

このライブラリにリンクするライブラリのリスト。 deps に関する一般的なコメントを見る: 一般的な属性は ほとんどのビルドルールに適用されます。

deps にリストされている java_library ルールによってビルドされた JAR がオンになります このルールのコンパイル時のクラスパス。さらに、これらのレイヤの推移的クロージングは、 depsruntime_depsexports は、 ランタイム クラスパスを指定します。

一方、data 属性のターゲットは runfile に含まれますが、 コンパイル時クラスパスにもランタイムクラスパスにもないからです。

srcs

ラベルのリスト。デフォルトは [] です

ターゲットを作成するために処理されるソースファイルのリスト。 この属性はほとんどの場合必須です。下記の例外を参照してください。

.java 型のソースファイルはコンパイルされます。生成された .java ファイルには、生成ルールの名前を入力することをおすすめします。 ファイル自体の名前ではなく、ここに入力します。これにより 可読性が向上するだけでなく これにより、将来の変更に対するルールの復元性が向上します。つまり、生成ルールによって 1 か所修正するだけで済みます。outs 表示されます。deps に生成ルールを記載しないでください NoOps です

.srcjar 型のソースファイルは、展開されてコンパイルされます。(これは、 genrule で一連の .java ファイルを生成する必要があります)。

ルール: ルール(通常は genrule または filegroup)が ソース ファイルと同じ方法で使用されます。 できます。

ほとんどの場合、この引数は必須ですが、 main_class 属性では、 クラスに付けるか、runtime_deps 引数を指定します。

data

ラベルのリスト。デフォルトは [] です

実行時にこのライブラリが必要とするファイルのリスト。 data に関する一般的なコメントを見る: 一般的な属性は ほとんどのビルドルールに適用されます。

java_library をビルドする際、Bazel はこれらのファイルをどこにも配置しません。もし data ファイルは生成されたファイルであり、Bazel によって生成されます。モデルを この java_library Bazel のコピーまたはリンクに依存するテスト data ファイルを runfiles 領域に配置します。

resources

ラベルのリスト。デフォルトは [] です

Java jar に含めるデータファイルのリスト。

リソースを指定すると、通常のリソースとともに jar にバンドルされます。 コンパイルによって生成された .class ファイル。Cloud Storage 内のリソースの場所は プロジェクト構造によって決まります。Bazel はまず、Maven の 標準のディレクトリ レイアウト (「src」ディレクトリの後に「resources」ディレクトリの孫が続く)そうでない場合は Bazel は、最上位にある「java」というディレクトリを探します。または「javatests」(つまり、 たとえば、リソースが <workspace root>/x/java/y/java/z にある場合、 リソースのパスは y/java/z になります。このヒューリスティックはオーバーライドできません ただし、resource_strip_prefix 属性を使用すると、 リソース ファイル用の代替ディレクトリです。

リソースには、ソースファイルまたは生成されたファイルを指定できます。

generates_api

ブール値デフォルトは False です。

この属性は、API コードを生成するアノテーション プロセッサを示します。

API 生成のアノテーション プロセッサを使用するルールの場合、 生成されたコードを参照できるのは、その依存関係が コンパイル アクションは、生成ルールの後にスケジュールされます。この 属性で Bazel に指示を与えて、 --java_header_compile が有効である。

警告: この属性はビルドに影響します 必要な場合にのみ使用してください。

javacopts

文字列のリスト。デフォルトは [] です。

このライブラリの追加のコンパイラ オプション。 「変数を作成」による置換を適用し、 Bourne シェルのトークン化

これらのコンパイラ オプションは、グローバル コンパイラ オプションの後に javac に渡されます。

ブール値デフォルトは False です。

このライブラリをコンパイルにのみ使用し、実行時は使用しないかどうか。 実行時にランタイム環境によってライブラリが提供される場合に便利です。例 その中には、IDE プラグイン用の IDE API や、あらゆるもの用の tools.jar があります。 パフォーマンスです

なお、neverlink = 1 を指定しても、コンパイラによるマテリアルのインライン化は防止されません。 Java で許可されているコンパイル ターゲットにこのライブラリから変換します。 言語仕様(例:Stringstatic final 定数 。そのため、推奨されるユースケースは、ランタイム ライブラリが これはコンパイル ライブラリと同じです。

ランタイム ライブラリがコンパイル ライブラリと異なる場合は、それが 違いは、JLS でコンパイラのインライン実行が禁止されている場所(およびインラインで宣言され、 リリースされます。

output_licenses

ライセンスの種類デフォルトは ["none"] です。

common attributes を参照してください。
plugins

ラベルのリスト。デフォルトは [] です

コンパイル時に実行する Java コンパイラ プラグイン。 このルールでは、この属性で指定されたすべての java_plugin が実行されます。 構築します。ライブラリは、使用する依存関係からプラグインを継承し、 exported_plugins。リソース 生成 AI は、このルールの生成される jar に含められます。
processor_class

String;デフォルトは "" です。

プロセッサ クラスは、Java コンパイラが処理する必要のあるクラスの完全修飾型です。 アノテーション プロセッサへのエントリ ポイントとして使用します。指定しない場合、このルールは アノテーション プロセッサを Java コンパイラのアノテーション処理に関与させますが、 ランタイム クラスパスは引き続きコンパイラのアノテーション プロセッサ パスに含まれます。( 主に Google Kubernetes Engine で Error Prone プラグイン(読み込み) アノテーション プロセッサのパスから <ph type="x-smartling-placeholder"></ph> java.util.ServiceLoader.)
proguard_specs

ラベルのリスト。デフォルトは [] です

ProGuard 仕様として使用されるファイル。 ここでは、Proguard で使用される一連の仕様について説明します。指定すると、 このライブラリに応じて、任意の android_binary ターゲットに追加されます。 ここに含めるファイルには、べき等ルール(-dontnote、-dontwarn、 -keep で始まるルールを定義します。その他のオプションは android_binary の proguard_specs: tautological 以外のマージを保証します。
resource_jars

ラベルのリスト。デフォルトは [] です

非推奨: 代わりに java_import と deps または runtime_deps を使用してください。
resource_strip_prefix

String;デフォルトは "" です。

Java リソースから削除するパス接頭辞。

指定すると、このパス接頭辞が resources 内のすべてのファイルから削除されます 属性です。リソース ファイルがこのディレクトリにない場合はエラーになります。回答が「いいえ」の場合 が指定された場合(デフォルト)、リソース ファイルのパスは、 などのロジックをソースファイルの Java パッケージとして使用します。たとえば、 stuff/java/foo/bar/a.txt の所在地は foo/bar/a.txt です。

java_runtime

<ph type="x-smartling-placeholder"></ph> ルールのソースを表示
java_runtime(name, srcs, compatible_with, default_cds, deprecation, distribs, features, hermetic_srcs, java, java_home, lib_ct_sym, 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

ラベル:デフォルトは None です

密閉型の java_runtime のデフォルトの CDS アーカイブ。密閉型 java_binary ターゲットで有効化され、有効化されていない場合 独自の CDS アーカイブを提供します。 classlist 属性、 java_runtime のデフォルト CDS は、密閉型のデプロイ JAR にパッケージ化されています。
hermetic_srcs

ラベルのリスト。デフォルトは [] です

密閉型のデプロイに必要なランタイム内のファイル。
java

ラベル:デフォルトは None です

Java 実行可能ファイルのパス。
java_home

String;デフォルトは "" です。

ランタイムのルートへのパス。 「メーカー」が条件あります。 このパスが絶対パスの場合、ルールは非密閉型の Java ランタイムを示し、 あります。その場合、srcs 属性と java 属性を空にする必要があります。
lib_ct_sym

ラベル:デフォルトは None です

--release でのコンパイルに必要な lib/ct.sym ファイル。この値を指定しない場合、 srcs 内に、パスが次で終わるファイルが 1 つだけある /lib/ct.sym の場合、このファイルが使用されます。
lib_modules

ラベル:デフォルトは None です

密閉型のデプロイに必要な lib/modules ファイル。
version

整数デフォルトは 0 です。

Java ランタイムの機能バージョン。つまり、 Runtime.version().feature()

java_toolchain

<ph type="x-smartling-placeholder"></ph> ルールのソースを表示
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_worker_multiplex_sandboxing, javac_supports_workers, javacopts, jvm_opts, licenses, oneversion, oneversion_allowlist_for_tests, 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_jvm_opts

文字列のリスト。デフォルトは [] です。

Android Lint を呼び出すときの JVM の引数のリスト。
android_lint_opts

文字列のリスト。デフォルトは [] です。

Android Lint 引数のリスト。
android_lint_package_configuration

ラベルのリスト。デフォルトは [] です

指定したパッケージ グループに適用する必要がある Android Lint 設定。
android_lint_runner

ラベル:デフォルトは None です

Android Lint ランナーのラベル(ある場合)。
bootclasspath

ラベルのリスト。デフォルトは [] です

Java ターゲットの bootclasspath エントリ。javac の -bootclasspath フラグに対応します。
deps_checker

ラベルのリスト。デフォルトは [] です

ImportDepsChecker デプロイ JAR のラベル。
forcibly_disable_header_compilation

ブール値デフォルトは False です。

--java_header_coding をオーバーライドして、 サポートします。JDK 7 Bazel。
genclass

ラベルのリスト。必須

GenClass デプロイ JAR のラベル。
header_compiler

ラベルのリスト。デフォルトは [] です

ヘッダー コンパイラのラベル。--java_header_compile が有効な場合は必須です。
header_compiler_direct

ラベルのリスト。デフォルトは [] です

ダイレクト クラスパス アクションで使用せず、ヘッダー コンパイラの任意のラベル。 API 生成のアノテーション プロセッサが含まれます。

このツールはアノテーション処理をサポートしていません。

ijar

ラベルのリスト。必須

ijar 実行可能ファイルのラベル。
jacocorunner

ラベル:デフォルトは None です

JacocoCoverageRunner デプロイ jar のラベル。
java_runtime

ラベル:必須

このツールチェーンで使用する java_runtime。デフォルトは java_runtime 必要があります。
javabuilder

ラベルのリスト。必須

JavaBuilder デプロイ JAR のラベル。
javabuilder_data

ラベルのリスト。デフォルトは [] です

javabuilder_jvm_opts のラベル拡張に使用できるデータのラベル。
javabuilder_jvm_opts

文字列のリスト。デフォルトは [] です。

JavaBuilder を呼び出すときの JVM の引数のリスト。
javac_supports_multiplex_workers

ブール値デフォルトは True です。

JavaBuilder が多重化永続ワーカーとしての実行をサポートしている場合は true、サポートしていない場合は false。
javac_supports_worker_multiplex_sandboxing

ブール値デフォルトは False です。

JavaBuilder が多重化サンドボックスをサポートしている場合は true、サポートしていない場合は false。
javac_supports_workers

ブール値デフォルトは True です。

JavaBuilder が永続ワーカーとしての実行をサポートしている場合は true、サポートしていない場合は false。
javacopts

文字列のリスト。デフォルトは [] です。

Java コンパイラの追加引数のリスト。Java コンパイラ リファレンスの 使用可能な Java コンパイラ フラグの詳細なリストをご覧ください。
jvm_opts

文字列のリスト。デフォルトは [] です。

Java コンパイラを呼び出すときの JVM の引数のリスト。Java SDK の 仮想マシンのドキュメントで、このオプションに使用できるフラグの詳細なリストを参照してください。
oneversion

ラベル:デフォルトは None です

1 つのバージョンの適用バイナリのラベル。
oneversion_allowlist_for_tests

ラベル:デフォルトは None です

テスト用の 1 つのバージョンの許可リストのラベル。
oneversion_whitelist

ラベル:デフォルトは None です

1 つのバージョンのホワイトリストのラベル。
package_configuration

ラベルのリスト。デフォルトは [] です

指定したパッケージ グループに適用する必要がある構成。
proguard_allowlister

ラベル:デフォルトは "@bazel_tools//tools/jdk:proguard_whitelister" です

Proguard 許可リスト者のラベル。
resourcejar

ラベルのリスト。デフォルトは [] です

リソース JAR ビルダー実行可能ファイルのラベル。
singlejar

ラベルのリスト。必須

SingleJar デプロイ JAR のラベル。
source_version

String;デフォルトは "" です。

Java ソース バージョン(「6」や「7」)などです。どのコード構造セットが Java ソースコード内で使用できます。
target_version

String;デフォルトは "" です。

Java のターゲット バージョン(「6」や「7」)などです。どの Java ランタイムに対してクラスが ビルドする必要があります。
timezone_data

ラベル:デフォルトは None です

タイムゾーン データを含むリソース JAR のラベル。設定すると、タイムゾーン データが すべての java_binary ルールの暗黙的なランタイム依存関係。
tools

ラベルのリスト。デフォルトは [] です

jvm_opts でのラベル拡張に使用できるツールのラベル。
turbine_data

ラベルのリスト。デフォルトは [] です

turbine_jvm_opts でのラベル拡張に使用できるデータのラベル。
turbine_jvm_opts

文字列のリスト。デフォルトは [] です。

タービン呼び出し時の JVM の引数のリスト。
xlint

文字列のリスト。デフォルトは [] です。

デフォルトのリストに対して追加または削除する警告のリスト。名前の前にダッシュを付けます。 削除されます。詳細については、Javac の -Xlint オプションに関するドキュメントをご覧ください。