javac(1)

名前
javac - Javaクラスおよびインタフェースの定義を読み取り、バイトコードおよびクラス・ファイルにコンパイルします。

概要

    javac [ options ] [ sourcefiles ] [ classes] [ @argfiles ]

引数を指定する順序は任意です。

options
    コマンド行オプション。オプションを参照してください。

sourcefiles
    コンパイルされる1つ以上のソース・ファイル(MyClass.javaなど)。

classes
    注釈の処理対象となる1つ以上のクラス(MyPackage.MyClassなど)。

@argfiles
    オプションとソース・ファイルを一覧表示する1つ以上のファイル。このファイルの中では-Jオプションは指定できません。コマンド行引数ファイルを参照してください。

説明

javacコマンドは、Javaプログラミング言語で記述されたクラスとインタフェースの定義を読み取り、バイトコードのクラス・ファイルにコンパイルします。javacコマンドでは、Javaソース・ファイルおよびクラス内の注釈の処理もできます。

ソース・コードのファイル名をjavacに渡すには、2つの方法があります。

    • ソース・ファイルの数が少ない場合は、ファイル名をコマンド行で指定します。

    • ソース・ファイルの数が多い場合は、ファイル内のファイル名を空白または改行で区切って指定します。javacコマンドで、リスト・ファイル名の先頭にアットマーク(@)を使用します。

ソース・コードのファイル名は.java拡張子を、クラスのファイル名は.class拡張子を持っている必要があります。また、ソース・ファイルとクラス・ファイルのどちらも、該当するクラスに対応するルート名を持っている必要があります。たとえば、MyClassという名前のクラスは、MyClass.javaという名前のソース・ファイルに記述されます。このソース・ファイルは、MyClass.classという名前のバイトコード・クラス・ファイルにコンパイルされます。

内部クラスが定義されていると、追加のクラス・ファイルが生成されます。これらのクラス・ファイルの名前は、MyClass$MyInnerClass.classのように、内部クラス名と外部クラス名を組み合せたものになります。

ソース・ファイルは、パッケージ・ツリーを反映したディレクトリ・ツリーに配置します。たとえば、すべてのソース・ファイルが/workspaceにある場合、com.mysoft.mypack.MyClassのソース・コードを、/workspace/com/mysoft/mypack/MyClass.javaに格納します。

デフォルトでは、コンパイラは、各クラス・ファイルを対応するソース・ファイルと同じディレクトリに格納します。-dオプションを使用して、別の出力先ディレクトリを指定できます。

オプション

コンパイラには、現在の開発環境でサポートされる標準オプションのセットがあります。これ以外の非標準オプションは、現在の仮想マシンおよびコンパイラの実装に固有のオプションで、将来、変更される可能性があります。非標準オプションは、-Xオプションで始まります。

    • クロスコンパイル・オプションも参照してください

    • 非標準オプションも参照してください

  標準オプション

-Akey[=value]
    注釈プロセッサに渡すオプションを指定します。これらのオプションは、javacが直接解釈するのではなく、それぞれのプロセッサで使用できるようになります。keyの値は、1つまたは複数の識別子をドット(.)で区切る必要があります。

-cp path or -classpath path
    ユーザー・クラス・ファイル、および(オプションで)注釈プロセッサとソース・ファイルを検索する場所を指定します。このクラス・パスはCLASSPATH環境変数のユーザー・クラス・パスをオーバーライドします。CLASSPATH、-cp、-classpathのいずれも指定されていない場合、ユーザーのクラス・パスは、現在のディレクトリになります。Setting the Class Path を参照してください。

    -sourcepathオプションが指定されていない場合、ソース・ファイルもユーザー・クラス・パスから検索されます。

    -processorpathオプションが指定されていない場合、注釈プロセッサもクラス・パスから検索されます。

-Djava.ext.dirs=directories
    インストール済拡張機能の位置をオーバーライドします。

-Djava.endorsed.dirs=directories
    承認された標準パスの位置をオーバーライドします。

-d directory
    クラス・ファイルの出力先ディレクトリを設定します。そのディレクトリはjavacでは作成されないため、すでに存在している必要があります。クラスがパッケージの一部である場合、javacは、パッケージ名を反映したサブディレクトリ内にクラス・ファイルを格納し、必要に応じてディレクトリを作成します。

    -d /home/myclassesと指定し、クラスの名前がcom.mypackage.MyClassである場合、クラス・ファイルは/home/myclasses/com/mypackage/MyClass.classになります。

    -dオプションが指定されなかった場合、javacは、各クラス・ファイルを、その生成元となるソース・ファイルと同じディレクトリ内に格納します。

    注意: -dオプションによって指定されたディレクトリは、ユーザー・クラス・パスに自動的に追加されません。

-deprecation
    非推奨のメンバーまたはクラスが使用またはオーバーライドされるたびに、説明を表示します。-deprecationオプションが指定されていない場合、javacは、非推奨のメンバーまたはクラスを使用またはオーバーライドしているソース・ファイルのサマリーを表示します。-deprecationオプションは、-Xlint:deprecationの省略表記です。

-encoding encoding
    ソース・ファイルのエンコーディング名(EUC-JPやUTF-8など)を設定します。-encodingオプションが指定されていない場合は、プラットフォームのデフォルト・コンバータが使用されます。

-endorseddirs directories
    承認された標準パスの位置をオーバーライドします。

-extdirs directories
    extディレクトリの位置をオーバーライドします。directories変数には、コロンで区切ったディレクトリのリストを指定します。指定したディレクトリ内の各JARファイルから、クラス・ファイルが検索されます。検出されたすべてのJARファイルは、クラス・パスの一部になります。

    クロスコンパイル(異なるJavaプラットフォームに実装されたブートストラップ・クラスや拡張機能クラスに対してコンパイルを行う)を実行する場合、このオプションには拡張機能クラスを含むディレクトリを指定します。詳細はクロスコンパイル・オプションを参照してください。

-g
    ローカル変数を含むすべてのデバッグ情報を生成します。デフォルトでは、行番号およびソース・ファイル情報のみが生成されます。

-g:none
    デバッグ情報を生成しません。

-g:[keyword list]
    カンマで区切られたキーワード・リストにより指定された、特定の種類のデバッグ情報のみを生成します。次のキーワードが有効です。

    source
        ソース・ファイルのデバッグ情報。

    lines
        行番号のデバッグ情報。

    vars
        ローカル変数のデバッグ情報。

-help
    標準オプションの概要を出力します。

-implicit:[class, none]
    暗黙的にロードされたソース・ファイルに対するクラス・ファイルの生成を制御します。クラス・ファイルを自動生成するには、-implicit:classを使用します。クラス・ファイルの生成を抑制するには、-implicit:noneを使用します。このオプションが指定されなかった場合のデフォルト動作は、クラス・ファイルの自動生成になります。その場合、そのようなクラス・ファイルが生成された時に注釈処理も実行されると、コンパイラから警告が発行されます。-implicitオプションが明示的に設定された場合、警告は発行されません。型の検索を参照してください。

-Joption
    Java Virtual Machine (JVM)にoptionを渡します。optionには、Java起動ツールのリファレンス・ページに記載されているオプションを1つ指定します。たとえば、-J-Xms48mと指定すると、スタートアップ・メモリーは48MBに設定されます。java(1)を参照してください。

    注意: CLASSPATH、-classpath、-bootclasspathおよび-extdirsオプションは、javacの実行に使用されるクラスを指定しません。これらのオプションおよび変数を使用してコンパイラの実装をカスタマイズしようとすると、リスクが高く、多くの場合、必要な処理が実行されません。コンパイラの実装をカスタマイズする必要がある場合、-Jオプションを使用して、基礎となるJava起動ツールにオプションを渡します。

-nowarn
    警告メッセージを無効にします。このオプションは、-Xlint:noneオプションと同じように動作します。

-parameters
    リフレクションAPIのメソッドjava.lang.reflect.Executable.getParametersが取得できるように、生成されるクラス・ファイル内のコンストラクタとメソッドの仮パラメータ名を格納します。

-proc: [none, only]
    注釈処理およびコンパイルを実行するかを制御します。-proc:noneは、注釈処理なしでコンパイルが実行されることを意味します。-proc:onlyは、注釈処理のみが実行され、後続のコンパイルはまったく実行されないことを意味します。

-processor class1 [,class2,class3...]
    実行する注釈プロセッサの名前。これを指定した場合、デフォルトの検索処理は省略されます。

-processorpath path
    注釈プロセッサを検索する場所を指定します。このオプションが使用されない場合、クラス・パスのプロセッサが検索されます。

-s dir
    生成されたソース・ファイルの格納先となるディレクトリを指定します。そのディレクトリはjavacでは作成されないため、すでに存在している必要があります。クラスがパッケージの一部である場合、コンパイラは、パッケージ名を反映したサブディレクトリ内にソース・ファイルを格納し、必要に応じてディレクトリを作成します。

    -s /home/mysrcと指定し、クラスの名前がcom.mypackage.MyClassである場合、ソース・ファイルは/home/mysrc/com/mypackage/MyClass.javaに格納されます。

-source release
    受け付けるソース・コードのバージョンを指定します。releaseには次の値を指定できます。

    1.3
        このコンパイラでは、Java SE 1.3以降に導入されたアサーション、総称または他の言語機能をサポートしません。

    1.4
        Java SE 1.4で導入された、アサーションを含むコードを受け付けます。

    1.5
        Java SE 5で導入された総称および他の言語機能を含んだコードを受け付けます。

    5
        1.5と同義です。

    1.6
        Java SE 6では言語に対する変更は導入されませんでした。しかし、ソース・ファイル内のエンコーディング・エラーが、Java Platform, Standard Editionの以前のリリースような警告ではなく、エラーとして報告されるようになりました。

    6
        1.6と同義です。

    1.7
        Java SE 7で導入された機能を含むコードを受け付けます。

    7
        1.7と同義です。

    1.8
        これがデフォルト値です。Java SE 8で導入された機能を含むコードを受け付けます。

    8
        1.8と同義です。

-sourcepath sourcepath
    クラスまたはインタフェースの定義を検索するソース・コード・パスを指定します。ユーザー・クラス・パスと同様に、ソース・パスのエントリは、Oracle Solarisではコロン(:)で、Windowsではセミコロンで区切り、ここには、ディレクトリ、JARアーカイブまたはZIPアーカイブを指定できます。パッケージを使用している場合は、ディレクトリまたはアーカイブ内のローカル・パス名がパッケージ名を反映している必要があります。

    注意: ソース・ファイルも見つかった場合、クラス・パスにより見つかったクラスは再コンパイルされる可能性があります。型の検索を参照してください。

-verbose
    ロードされるクラスおよびコンパイルされるソース・ファイルごとの情報が出力される、詳細出力を使用します。

-version
    リリース情報を出力します。

-werror
    警告が発生した場合にコンパイルを終了します。

-X
    非標準オプションに関する情報を表示して終了します。

  クロスコンパイル・オプション

デフォルトでは、クラスのコンパイルは、javacが添付されているプラットフォームのブートストラップ・クラスおよび拡張機能クラスに対して行われます。ただし、javacは、異なるJavaプラットフォームに実装されたブートストラップ・クラスおよび拡張機能クラスに対してコンパイルを行うクロスコンパイルもサポートしています。クロスコンパイルを行う場合は、-bootclasspathおよび-extdirsオプションを使用することが重要です。

-target version
    仮想マシンの指定されたリリースを対象とするクラス・ファイルを生成します。クラス・ファイルは、指定されたターゲット以降のリリースでは動作しますが、それより前のリリースのJVMでは動作しません。有効なターゲットは、1.1、1.2、1.3、1.4、1.5 (5も可)、1.6 (6も可)、1.7 (7も可)および1.8 (8も可)です。

    -targetオプションのデフォルトは、-sourceオプションの値によって異なります。

        • -sourceオプションが指定されていない場合、-targetオプションの値は1.8です。

        • -sourceオプションが1.2の場合、-targetオプションの値は1.4です。

        • -sourceオプションが1.3の場合、-targetオプションの値は1.4です。

        • -sourceオプションが1.5の場合、-targetオプションの値は1.8です。

        • -sourceオプションが1.6の場合、-targetオプションの値は1.8です。

        • -sourceオプションが1.7の場合、-targetオプションの値は1.8です。

        • -sourceオプションの他のすべての値の場合、-targetオプションの値は、-sourceオプションの値になります。

-bootclasspath bootclasspath
    指定された一連のブート・クラスに対してクロスコンパイルを行います。ユーザー・クラス・パスと同様に、ブート・クラス・パスのエントリはコロン(:)で区切り、ここには、ディレクトリ、JARアーカイブまたはZIPアーカイブを指定できます。

  コンパクト・プロファイル・オプション

JDK 8以降から、javacコンパイラはコンパクト・プロファイルをサポートします。コンパクト・プロファイルを使用すると、Javaプラットフォーム全体を必要としないアプリケーションは、デプロイ可能で、小さいフットプリントで実行できます。コンパクト・プロファイル機能は、アプリケーション・ストアからのアプリケーションのダウンロード時間を短縮するのに使用できます。この機能は、JREをバンドルするJavaアプリケーションの、よりコンパクトなデプロイメントに役立ちます。この機能は、小さいデバイスでも役立ちます。

サポートされているプロファイル値は、compact1、compact2およびcompact3です。これらは、追加のレイヤーです。大きい番号の各コンパクト・プロファイルには、小さい番号の名前のプロファイル内のすべてのAPIが含まれます。

-profile
    コンパクト・プロファイルを使用する場合、このオプションは、コンパイル時にプロファイル名を指定します。次に例を示します。

        javac -profile compact1 Hello.java

    javacは、指定されたプロファイルにない任意のJava SE APIを使用するソース・コードをコンパイルしません。これは、そのようなソース・コードをコンパイルしようとすることによって生じるエラー・メッセージの例です。

        cd jdk1.8.0/bin
        ./javac -profile compact1 Paint.java
        Paint.java:5: error: Applet is not available in profile 'compact1'
        import java.applet.Applet;

    この例では、Appletクラスを使用しないようにソースを変更することによって、エラーを修正できます。-profileオプションを指定せずにコンパイルすることによって、エラーを修正することもできます。コンパイルは、Java SE APIの完全なセットに対して実行されます。(どのコンパクト・プロファイルにも、Appletクラスは含まれていません。)

    コンパクト・プロファイルを使用してコンパイルするための別の方法として、-bootclasspathオプションを使用して、プロファイルのイメージを指定するrt.jarファイルへのパスを指定します。かわりに-profileオプションを使用すると、プロファイル・イメージは、コンパイル時にシステム上に存在する必要がありません。これは、クロスコンパイル時に役立ちます。

  非標準オプション

-Xbootclasspath/p:path
    ブートストラップ・クラス・パスに接尾辞を追加します。

-Xbootclasspath/a:path
    ブートストラップ・クラス・パスに接頭辞を追加します。

-Xbootclasspath/:path
    ブートストラップ・クラス・ファイルの位置をオーバーライドします。

-Xdoclint:[-]group [/access]
    groupの値がaccessibility、syntax、reference、htmlまたはmissingのいずれかである特定のチェック・グループを有効または無効にします。これらのチェック・グループの詳細は、javadocコマンドの-Xdoclintオプションを参照してください。-Xdoclintオプションは、javacコマンドではデフォルトで無効になります。

    変数accessは、-Xdoclintオプションがチェックするクラスとメンバーの最小の可視性レベルを指定します。public、protected、packageおよびprivateの値(可視性の高い順)の1つを持つことができます。たとえば、次のオプションは、(protected、package、publicを含む) protected以上のアクセス・レベルを持つクラスおよびメンバーを(すべてのチェック・グループで)チェックします。

        -Xdoclint:all/protected

    次のオプションは、package以上のアクセス権(packageおよびpublicを含む)を持つクラスおよびメンバーに対するHTMLエラーをチェックしないことを除き、すべてのアクセス・レベルに対してすべてのチェック・グループを有効にします。

        -Xdoclint:all,-html/package

-Xdoclint:none
    すべてのチェック・グループを無効にします。

-Xdoclint:all[/access]
    すべてのチェック・グループを有効にします。

-Xlint
    推奨されるすべての警告を有効にします。このリリースでは、利用可能なすべての警告を有効にすることをお薦めします。

-Xlint:all
    推奨されるすべての警告を有効にします。このリリースでは、利用可能なすべての警告を有効にすることをお薦めします。

-Xlint:none
    すべての警告を無効にします。

-Xlint:name
    警告名を無効にします。このオプションで無効にできる警告のリストは、-Xlintオプションを使用した警告の有効化または無効化を参照してください。

-Xlint:-name
    警告名を無効にします。このオプションで無効にできる警告のリストを取得するには、-Xlintオプションを使用した警告の有効化または無効化-Xlintオプションを使用したを参照してください。

-Xmaxerrs number
    印刷するエラーの最大数を設定します。

-Xmaxwarns number
    印刷する警告の最大数を設定します。

-Xstdout filename
    コンパイラのメッセージを、指定されたファイルに送信します。デフォルトでは、コンパイラのメッセージはSystem.errに送られます。

-Xprefer:[newer,source]
    ある型に対してソース・ファイルとクラス・ファイルの両方が見つかった場合、そのどちらのファイルを読み取るかを指定します。(型の検索を参照してください)。-Xprefer:newerオプションを使用した場合、ある型に対するソース・ファイルとクラス・ファイルのうち新しい方が読み取られます(デフォルト)。-Xprefer:sourceオプションを使用した場合、ソース・ファイルが読み取られます。SOURCEの保存ポリシーを使用して宣言された注釈に任意の注釈プロセッサがアクセスできるようにする場合は、-Xprefer:sourceを使用してください。

-Xpkginfo:[always,legacy,nonempty]
    javacがpackage-info.javaファイルからpackage-info.classファイルを生成するかどうかを制御します。このオプションで使用可能なmode引数は次のとおりです。

    always
        すべてのpackage-info.javaファイルのpackage-info.classファイルを常に生成します。このオプションは、各.javaファイルに対応する.classファイルがあることを確認するAntなどのビルド・システムを使用する場合に役立つことがあります。

    legacy
        package-info.javaに注釈が含まれる場合にのみpackage-info.classファイルを生成します。package-info.javaにコメントのみ含まれる場合にpackage-info.classファイルを生成しません。

        注意: package-info.classファイルは生成できますが、package-info.javaファイル内のすべての注釈にRetentionPolicy.SOURCEがある場合は空になります。

    nonempty
        package-info.javaにRetentionPolicy.CLASSまたはRetentionPolicy.RUNTIMEとともに注釈が含まれる場合にのみpackage-info.classファイルを生成します。

-Xprint
    デバッグ目的で指定した型のテキスト表示を出力します。注釈処理もコンパイルも実行されません。出力形式は変更される可能性があります。

-XprintProcessorInfo
    ある特定のプロセッサが処理を依頼されている注釈に関する情報を出力します。

-XprintRounds
    初回および後続の注釈処理ラウンドに関する情報を出力します。

-XLINTオプションを使用した警告の有効化または無効化

-Xlint:nameオプションを使用して警告nameを有効にします。ここで、nameは次の警告名のいずれかになります。-Xlint:-name:オプションを使用して、警告を無効化できます。

cast
    不要で冗長なキャストについて警告します。たとえば、次のようになります。

        String s = (String) "Hello!"

classfile
    クラス・ファイルの内容に関連した問題について警告します。

deprecation
    非推奨の項目の使用について警告します。たとえば、次のようになります。

        java.util.Date myDate = new java.util.Date();
        int currentDay = myDate.getDay();

    メソッドjava.util.Date.getDayはJDK 1.1以降は非推奨になりました。

dep-ann
    @deprecated Javadocコメントでドキュメント化されているが、@Deprecated注釈が付いていない項目について警告します。たとえば、次のようになります。

        /**
          * @deprecated As of Java SE 7, replaced by {@link #newMethod()}
          */
        public static void deprecatedMethood() { }
        public static void newMethod() { }

divzero
    定整数0で除算されることについて警告します。たとえば、次のようになります。

        int divideByZero = 42 / 0;

empty
    if 文以降が空の文であることについて警告します。たとえば、次のようになります。

        class E {
            void m() {
                 if (true) ;
            }
        }

fallthrough
    fall-throughケースのswitchブロックをチェックし、検出されたものに対して警告メッセージを表示します。Fall-throughケースは、switchブロック内の最後のケースを除くケースです。このコードにはbreak文は含まれません。コードの実行をそのケースから次のケースへ移動します。たとえば、このswitchブロック内のcase 1ラベルに続くコードは、break文で終わっていません。

        switch (x) {
        case 1:
          System.out.println("1");
          // No break statement here.
        case 2:
          System.out.println("2");
        }

    このコードのコンパイル時に-Xlint:fallthroughオプションが使用されていた場合、コンパイラは、問題になっているケースの行番号とともに、caseにfall-throughする可能性があることを示す警告を発行します。

finally
    正常に完了できないfinally句について警告します。たとえば、次のようになります。

        public static int m() {
          try {
             throw new NullPointerException();
          }  catch (NullPointerException(); {
             System.err.println("Caught NullPointerException.");
             return 1;
           } finally {
             return 0;
           }
          }

    この例では、コンパイラはfinallyブロックに関する警告を生成します。intメソッドが呼び出されると、値0が返されます。finallyブロックは、tryブロックが終了すると実行されます。この例では、制御がcatchブロックに移された場合、intメソッドは終了します。ただし、finallyブロックは実行される必要があるため、制御がメソッドの外部に移されていても、このブロックは実行されます。

options
    コマンド行オプションの使用に関する問題について警告します。クロスコンパイル・オプションを参照してください。

overrides
    メソッドのオーバーライドに関する問題について警告します。たとえば、次の2つのクラスがあるとします。

        public class ClassWithVarargsMethod {
          void varargsMethod(String... s) { }
        }

        public class ClassWithOverridingMethod extends ClassWithVarargsMethod {
           @Override
           void varargsMethod(String[] s) { }
        }

    コンパイラは、次のような警告を生成します。

        warning: [override] varargsMethod(String[]) in ClassWithOverridingMethod
        overrides varargsMethod(String...) in ClassWithVarargsMethod; overriding
        method is missing '...'

    コンパイラは、varargsメソッドを検出すると、varargsの仮パラメータを配列に変換します。メソッドClassWithVarargsMethod.varargsMethodでは、コンパイラはvarargsの仮パラメータString... sを仮パラメータString[] sに変換します。これは、メソッドClassWithOverridingMethod.varargsMethodの仮パラメータに対応する配列です。その結果、この例ではコンパイルが行われます。

path
    コマンド行での無効なパス要素と存在しないパス・ディレクトリについて警告します(クラス・パス、ソース・パスなどのパス関連)。このような警告を@SuppressWarnings注釈で抑制することはできません。たとえば、次のようになります。

        javac -Xlint:path -classpath /nonexistentpath Example.java

processing
    注釈処理に関する問題について警告します。コンパイラがこの警告を生成するのは、注釈を含むクラスがあるときに、使用している注釈プロセッサでそのタイプの例外を処理できない場合です。たとえば、単純な注釈プロセッサを次に示します。

    ソース・ファイルAnnocProc.java:

        import java.util.*;
        import javax.annotation.processing.*;
        import javax.lang.model.*;
        import.javaz.lang.model.element.*;

        @SupportedAnnotationTypes("NotAnno")
        public class AnnoProc extends AbstractProcessor {
          public boolean process(Set<? extends TypeElement> elems, RoundEnvironment renv){
             return true;
          }

          public SourceVersion getSupportedSourceVersion() {
             return SourceVersion.latest();
           }
        }

    ソース・ファイルAnnosWithoutProcessors.java:

        @interface Anno { }

        @Anno
        class AnnosWithoutProcessors { }

    次のコマンドは、注釈プロセッサAnnoProcをコンパイルし、この注釈プロセッサをソース・ファイルAnnosWithoutProcessors.javaに対して実行します。

        javac AnnoProc.java
        javac -cp . -Xlint:processing -processor AnnoProc -proc:only AnnosWithoutProcessors.java

    コンパイラがソース・ファイルAnnosWithoutProcessors.javaに対して注釈プロセッサを実行すると、次の警告が生成されます。

        warning: [processing] No processor claimed any of these annotations: Anno

    この問題を解決するために、クラスAnnosWithoutProcessorsで定義および使用される注釈の名前を、AnnoからNotAnnoに変更できます。

rawtypes
    raw型に対する未検査操作について警告します。次の文では、rawtypes警告が生成されます。

        void countElements(List l) { ... }

    次の例では、rawtypes警告は生成されません。

        void countElements(List<?> l) { ... }

    Listはraw型です。ただし、List<?>は、アンバウンド形式のワイルドカードのパラメータ化された型です。Listはパラメータ化されたインタフェースであるため、常にその型引数を指定します。この例では、Listの仮引数はアンバウンド形式のワイルドカード(?)を使用してその仮型パラメータとして指定されます。つまり、countElementsメソッドはListインタフェースのどのインスタンス化も受け付けることができます。

Serial
    直列化可能クラスにserialVersionUID定義がないことを警告します。たとえば、次のようになります。

        public class PersistentTime implements Serializable
        {
          private Date time;

           public PersistentTime() {
             time = Calendar.getInstance().getTime();
           }

           public Date getTime() {
             return time;
           }
        }

    コンパイラは次の警告を生成します。

        warning: [serial] serializable class PersistentTime has no definition of
        serialVersionUID

    直列化可能クラスがserialVersionUIDという名前のフィールドを明示的に宣言しない場合、直列化ランタイム環境では、「Javaオブジェクト直列化仕様」で説明されているように、クラスの様々な側面に基づいて、クラスのserialVersionUIDのデフォルト値を計算します。ただし、すべての直列化可能クラスがserialVersionUID値を明示的に宣言することを強くお薦めします。 これは、serialVersionUID値を計算するデフォルトのプロセスが、コンパイラの実装によって異なる可能性のあるクラスの詳細にきわめて影響を受けやすく、その結果、直列化復元中に予期しないInvalidClassExceptionsが発生する可能性があるためです。Javaコンパイラの実装が異なってもserialVersionUID値の一貫性を確保にするには、直列化可能クラスがserialVersionUID値を明示的に宣言する必要があります。

static
    staticの使用に関する問題について警告します。たとえば、次のようになります。

        class XLintStatic {
            static void m1() { }
            void m2() { this.m1(); }
        }

    コンパイラは次の警告を生成します。

        warning: [static] static method should be qualified by type name,
        XLintStatic, instead of by an expression

    この問題を解決するために、次のようにstaticメソッドm1を呼び出すことができます。

        XLintStatic.m1();

    あるいは、staticキーワードをメソッドm1の宣言から削除することもできます。

try
    try-with-resources文を含む、tryブロックの使用に関する問題について警告します。たとえば、tryブロックで宣言されたリソースacが使用されないために、次の文に対して警告が生成されます。

        try ( AutoCloseable ac = getResource() ) {    // do nothing}

unchecked
    Java言語仕様で指定されている未検査変換警告の詳細を示します。たとえば、次のようになります。

        List l = new ArrayList<Number>();
        List<String> ls = l;       // unchecked warning

    型の削除中、型ArrayList<Number>およびList<String>は、それぞれArrayListおよびListになります。

    lsコマンドには、パラメータ化された型List<String>が指定されています。lによって参照されるListがlsに割り当てられた場合、コンパイラは未検査警告を生成します。コンパイル時に、コンパイラおよびJVMは、lがList<String>型を参照するかどうかを判別できません。この場合、lは、List<String>型を参照しません。その結果、ヒープ汚染が発生します。

    ヒープ汚染状態が発生するのは、Listオブジェクトl (そのstatic型はList<Number>)が別のListオブジェクトls (異なるstatic型List<String>を持つ)に代入される場合です。しかし、コンパイラではこの代入をいまだに許可しています。総称をサポートしないJava SEのリリースとの後方互換性を確保するために、この代入を許可する必要があります。型の削除のため、List<Number>およびList<String>は、両方Listになります。その結果、コンパイラはオブジェクトl (Listというraw型を持つ)をオブジェクトlsに代入することを許可します。

varargs
    可変引数(varargs)メソッド、特に非具象化可能引数を含むものの使用が安全でないことを警告します。たとえば、次のようになります。

        public class ArrayBuilder {
          public static <T> void addToList (List<T> listArg, T... elements) {
            for (T x : elements) {
              listArg.add(x);
            }
          }
        }

    注意: 非具象化可能型は、型情報が実行時に完全に使用不可能な型です。

    コンパイラは、メソッドArrayBuilder.addToListの定義に関する次の警告を生成します。

        warning: [varargs] Possible heap pollution from parameterized vararg type T

    コンパイラは、varargsメソッドを検出すると、varargsの仮パラメータを配列に変換します。しかし、Javaプログラミング言語では、パラメータ化された型の配列の作成を許可していません。メソッドArrayBuilder.addToListでは、コンパイラはvarargsの仮パラメータT...要素を仮パラメータT[]要素(配列)に変換します。しかし、型消去により、コンパイラはvarargsの仮パラメータをObject[]要素に変換します。その結果、ヒープ汚染が発生する可能性があります。

コマンド行引数ファイル

javacコマンドを短くしたり簡潔にしたりするために、javacコマンドに対する引数(-Jオプションを除く)を含む1つ以上のファイルを指定することができます。これにより、どのオペレーティング・システム上でも、任意の長さのjavacコマンドを作成できます。

引数ファイルには、javacのオプションとソース・ファイル名を自由に組み合せて記述できます。ファイル内の引数は、空白または改行文字で区切ることができます。ファイル名に埋め込まれた空白がある場合、ファイル名全体を二重引用符で囲みます。

引数ファイル内のファイル名は、引数ファイルの位置ではなく、現在のディレクトリに相対的となります。これらのリストでは、ワイルドカード(*)は使用できません(たとえば、*.javaとは指定できません)。アットマーク(@)を使用したファイルの再帰的な解釈はサポートされていません。また、-Jオプションもサポートされていません。このオプションは起動ツールに渡されますが、起動ツールでは引数ファイルをサポートしていないからです。

javacコマンドを実行するときに、各引数ファイルのパスと名前の先頭にアットマーク(@)文字を付けて渡します。javacコマンドは、アットマーク(@)で始まる引数を見つけると、そのファイルの内容を展開して引数リストに挿入します。

例 1
単一の引数ファイル
    argfileという名前の単一の引数ファイルを使用して、すべてのjavac引数を格納する場合は、次のように指定します。

        javac @argfile

    この引数ファイルには、例2で示されている両方のファイルの内容を入れることができます。

例 2
2つの引数ファイル
    javacオプション用とソース・ファイル名用に、2つの引数ファイルを作成できます。次のリストには、行の継続文字はありません。

    次を含むoptionsという名前のファイルを作成します。

        -d classes

        -g

        -sourcepath /java/pubs/ws/1.3/src/share/classes

    次を含むclassesという名前のファイルを作成します。

        MyClass1.java
        MyClass2.java
        MyClass3.java

    それから、次のようにjavacコマンドを実行します。

        javac @options @classes

例 3
パスを使用した引数ファイル
    引数ファイルはパスを指定できますが、ファイル内のすべてのファイル名は、(path1やpath2ではなく)次のように現在の作業ディレクトリに相対的となります。

        javac @path1/options @path2/classes

注釈処理

javacコマンドが注釈処理を直接サポートしているため、独立した注釈処理コマンドであるaptを使用する必要がなくなりました。

注釈プロセッサのAPIは、javax.annotation.processingおよびjavax.lang.modelパッケージとそのサブパッケージ内に定義されています。

  注釈処理を行う方法

-proc:noneオプションによって注釈処理が無効化されない限り、コンパイラは使用可能なすべての注釈プロセッサを検索します。検索パスは、-processorpathオプションを使用して指定できます。パスを指定しない場合、ユーザー・クラス・パスが使用されます。プロセッサの検索は、検索パス上のMETA-INF/services/javax.annotation.processing.Processorという名前のサービス・プロバイダ構成ファイルに基づいて行われます。このようなファイルには、使用するすべての注釈プロセッサの名前を、1行に1つずつ含めてください。また、別の方法として、-processorオプションを使用してプロセッサを明示的に指定することもできます。

コンパイラは、コマンド行のソース・ファイルやクラスを走査することで、どのような注釈が存在しているかを確認し終わると、プロセッサに対して問合せを行い、それらのプロセッサがどの注釈を処理できるのかを確認します。一致するものが見つかった場合、そのプロセッサが呼び出されます。各プロセッサは、自身が処理する注釈を要求できます。その場合、それらの注釈に対する別のプロセッサを見つける試みは行われません。すべての注釈が要求されると、コンパイラはそれ以上プロセッサの検索を行いません。

いずれかのプロセッサによって新しいソース・ファイルが生成されると、注釈処理の2回目のラウンドが開始されます。新しく生成されたすべてのソース・ファイルがスキャンされ、前回と同様に注釈が処理されます。以前のラウンドで呼び出されたプロセッサはすべて、後続のどのラウンドでも呼び出されます。これが、新しいソース・ファイルが生成されなくなるまで続きます。

あるラウンドで新しいソース・ファイルが生成されなかった場合、注釈プロセッサがあと1回のみ呼び出され、残りの処理を実行する機会が与えられます。最後に、-proc:onlyオプションが使用されないかぎり、コンパイラは、元のソース・ファイルと生成されたすべてのソース・ファイルをコンパイルします。

  暗黙的にロードされたソース・ファイル

コンパイラは、一連のソース・ファイルをコンパイルする際に、別のソース・ファイルを暗黙的にロードすることが必要な場合があります。型の検索を参照してください。そのようなファイルは、現時点では注釈処理の対象になりません。デフォルトでは、注釈処理が実行され、かつ暗黙的にロードされた任意のソース・ファイルがコンパイルされた場合、コンパイラは警告を発行します。-implicitオプションでは、警告を抑制する方法が提供されます。

型の検索

ソース・ファイルをコンパイルするために、コンパイラは通常、型に関する情報を必要としますが、その型の定義はコマンド行で指定したソース・ファイルにありません。コンパイラは、ソース・ファイルで使用されているクラスまたはインタフェース、拡張されているクラスまたはインタフェース、あるいは実装されているクラスまたはインタフェースすべてについて、型の情報を必要とします。これには、ソース・ファイルで明示的には言及されていなくても、継承を通じて情報を提供するクラスとインタフェースも含まれます。

たとえば、サブクラスjava.applet.Appletを作成すると、アプレットの祖先のクラス(java.awt.Panel、java.awt.Container、java.awt.Componentおよびjava.lang.Object)を使用していることにもなります。

コンパイラは、型の情報が必要になると、その型を定義しているソース・ファイルまたはクラス・ファイルを検索します。まず、ブートストラップ・クラスと拡張機能クラスを検索し、続いてユーザー・クラス・パス(デフォルトでは現在のディレクトリ)を検索します。ユーザー・クラス・パスは、CLASSPATH環境変数を設定して定義するか、または-classpathオプションを使用して定義します。

-sourcepathオプションが設定されている場合、コンパイラは、指定されたパスからソース・ファイルを検索します。それ以外の場合、コンパイラは、ユーザー・クラス・パスからクラス・ファイルとソース・ファイルの両方を検索します。

-bootclasspathオプションおよび-extdirsオプションを使用して、別のブートストラップ・クラスや拡張機能クラスを指定できます。クロスコンパイル・オプションを参照してください。

型の検索に成功したときに得られる結果は、クラス・ファイル、ソース・ファイル、またはその両方である場合があります。両方が見つかった場合、そのどちらを使用するかを-Xpreferオプションでコンパイラに指示できます。newerが指定された場合、コンパイラは2つのファイルのうち新しい方を使用します。sourceが指定された場合、コンパイラはソース・ファイルを使用します。デフォルトはnewerです。

型の検索自体によって、または-Xpreferオプションが設定された結果として必要な型のソース・ファイルが見つかった場合、コンパイラはそのソース・ファイルを読み取り、必要な情報を取得します。デフォルトでは、コンパイラはソース・ファイルのコンパイルも行います。-implicitオプションを使用してその動作を指定できます。noneが指定された場合、ソース・ファイルに対してクラス・ファイルは生成されません。classが指定された場合、ソース・ファイルに対してクラス・ファイルが生成されます。

コンパイラは、注釈処理が完了するまで、ある型情報の必要性を認識しない場合があります。型情報がソース・ファイル内に見つかり、かつ-implicitオプションが指定されていない場合、コンパイラによって、そのファイルが注釈処理の対象とならずにコンパイルされることが警告されます。この警告を無効にするには、(そのファイルが注釈処理の対象となるように)そのファイルをコマンド行に指定するか、あるいはそのようなソース・ファイルに対してクラス・ファイルを生成する必要があるかどうかを-implicitオプションを使用して指定します。

プログラマティック・インタフェース

javacコマンドは、javax.toolsパッケージ内のクラスとインタフェースによって定義される新しいJava Compiler APIをサポートします。

  例

コマンド行引数を指定するようにコンパイルするには、次の構文を使用します。

    JavaCompiler javac = ToolProvider.getSystemJavaCompiler();

例では、診断を標準出力ストリームに書き込み、コマンド行からの呼出し時にjavacが指定する終了コードを返します。

javax.tools.JavaCompilerインタフェースの他のメソッドを使用すると、診断の処理やファイルの読取り元/書込み先の制御などを行うことができます。

  旧式のインタフェース

注意: このAPIは、後方互換性のためにのみ保持されています。すべての新しいコードは、新しいJava Compiler APIを使用する必要があります。

次のように、com.sun.tools.javac.Mainクラスには、プログラムからコンパイラを呼び出すためのstaticメソッドが2つ用意されています。

    public static int compile(String[] args);
    public static int compile(String[] args, PrintWriter out);

argsパラメータは、通常コンパイラに渡される任意のコマンド行引数を表しています。

outパラメータは、コンパイラの診断出力の宛先を示します。

return値は、javacのexit値と同じです。

注意: 名前がcom.sun.tools.javacで始まるパッケージ(com.sun.tools.javacのサブパッケージ)で検出される他のすべてのクラスおよびメソッドは、完全に内部用であり、いつでも変更される可能性があります。

例

例 1
簡単なプログラムのコンパイル
    この例では、greetingsディレクトリでHello.javaソース・ファイルをコンパイルする方法を示しています。Hello.javaで定義されたクラスは、greetings.Helloと呼ばれます。greetingsディレクトリは、ソース・ファイルとクラス・ファイルの両方があるパッケージ・ディレクトリで、現在のディレクトリのすぐ下にあります。これにより、デフォルトのユーザー・クラス・パスを使用できるようになります。また、-dオプションを使用して別の出力先ディレクトリを指定する必要もありません。

    Hello.java内のソース・コードは次のとおりです。

        package greetings;

        public class Hello {
            public static void main(String[] args) {
                for (int i=0; i < args.length; i++) {
                    System.out.println("Hello " + args[i]);
                }
            }
        }

    greetings.Helloのコンパイル:

        javac greetings/Hello.java

    greetings.Helloの実行:

        java greetings.Hello World Universe Everyone
        Hello World
        Hello Universe
        Hello Everyone

例 2
複数のソース・ファイルのコンパイル
    この例では、greetingsパッケージのソース・ファイルAloha.java、GutenTag.java、Hello.javaおよびHi.javaをコンパイルします。

        % javac greetings/*.java
        % ls greetings
        Aloha.class         GutenTag.class      Hello.class         Hi.class
        Aloha.java          GutenTag.java       Hello.java          Hi.java

例 3
ユーザー・クラス・パスの指定
    前述の例のソース・ファイルのうち1つを変更した後に、そのファイルを再コンパイルします。

        pwd
        /examples
        javac greetings/Hi.java

    greetings.Hiはgreetingsパッケージ内の他のクラスを参照しているため、コンパイラはこれらの他のクラスを探す必要があります。デフォルトのユーザー・クラス・パスはパッケージ・ディレクトリを含むディレクトリであるため、前述の例は動作します。現在のディレクトリを気にせずにこのファイルを再コンパイルする場合、CLASSPATHを設定して、ユーザー・クラス・パスに例のディレクトリを追加します。この例では、-classpathオプションを使用しています。

        javac -classpath /examples /examples/greetings/Hi.java

    greetings.Hiを変更してバナー・ユーティリティを使用するようにした場合、 そのユーティリティもユーザー・クラス・パスを通じてアクセスできるようになっている必要があります。

        javac -classpath /examples:/lib/Banners.jar \
                    /examples/greetings/Hi.java

    greetingsパッケージでクラスを実行するには、プログラムはgreetingsパッケージ、およびgreetingsクラスが使用するクラスにアクセスする必要があります。

        java -classpath /examples:/lib/Banners.jar greetings.Hi

例 4
ソース・ファイルとクラス・ファイルの分離
    次の例では、javacを使用して、JVM 1.7上で実行するコードをコンパイルします。

        javac -source 1.7 -target 1.7 -bootclasspath jdk1.7.0/lib/rt.jar \
        -extdirs "" OldCode.java

    -source 1.7オプションにより、OldCode.javaのコンパイルにはリリース1.7(または7)のJavaプログラミング言語が使用されます。-target 1.7オプションにより、JVM 1.7と互換性のあるクラス・ファイルが生成されます。ほとんどの場合、-targetオプションの値は-sourceオプションの値になります。この例では、-targetオプションを省略できます。

    -bootclasspathオプションを使用して、適切なバージョンのブートストラップ・クラス(rt.jarライブラリ)を指定する必要があります。指定しない場合は、コンパイラによって次の警告が生成されます。

        javac -source 1.7 OldCode.java
        warning: [options] bootstrap class path not set in conjunction with
        -source 1.7

    適切なバージョンのブートストラップ・クラスを指定しない場合、コンパイラは古い言語仕様(この例では、バージョン1.7のJavaプログラミング言語)を新しいブートストラップ・クラスと組み合せて使用します。その結果、存在しないメソッドへの参照が含まれていることがあるため、クラス・ファイルが古いプラットフォーム(この場合はJava SE 7)で動作しない可能性があります。

例 5
クロス・コンパイル
    この例では、javacを使用して、JVM 1.7上で実行するコードをコンパイルします。

        javac -source 1.7 -target 1.7 -bootclasspath jdk1.7.0/lib/rt.jar \
                    -extdirs "" OldCode.java

    -source 1.7オプションにより、OldCode.javaのコンパイルにはリリース1.7(または7)のJavaプログラミング言語が使用されます。-target 1.7オプションにより、JVM 1.7と互換性のあるクラス・ファイルが生成されます。ほとんどの場合、-targetの値は-sourceの値になります。この例では、-targetオプションは省略されます。

    -bootclasspathオプションを使用して、適切なバージョンのブートストラップ・クラス(rt.jarライブラリ)を指定する必要があります。指定しない場合は、コンパイラによって次の警告が生成されます。

        javac -source 1.7 OldCode.java
        warning: [options] bootstrap class path not set in conjunction with -source 1.7

    適切なバージョンのブートストラップ・クラスを指定しない場合、コンパイラは古い言語仕様を新しいブートストラップ・クラスと組み合せて使用します。この組合せは、存在しないメソッドへの参照が含まれていることがあるため、クラス・ファイルが古いプラットフォーム(この場合はJava SE 7)で動作しない可能性があります。この例では、コンパイラはJavaプログラミング言語のリリース1.7を使用します。

関連項目

    • java(1)

    • jdb(1)

    • javah(1)

    • javadoc(1)

    • jar(1)

    • jdb(1)