javadoc(1)

名前
javadoc - Java APIドキュメント・ジェネレータ

Javaソース・ファイルから、APIドキュメントのHTMLページを生成します。このドキュメントで紹介されているJavadocの例は、Solarisを使用した場合のものです。

形式

javadoc [ options ] [ packagenames ] [ sourcefilenames ] [ -subpackages pkg1:pkg2:... ] [ @argfiles ]

引数を指定する順序は任意です。Javadocツールでの、処理対象の.javaファイルを決定する方法の詳細は、ソース・ファイルの処理を参照してください。

    options
        このドキュメントで説明されているコマンドライン・オプションです。Javadocオプションの標準的な使用方法については、使用例を参照してください。

    packagenames
        空白文字で区切られた一連のパッケージ名です。たとえば、java.lang java.lang.reflect java.awtのように指定します。ドキュメント化するパッケージを個別に指定する必要があります。ワイルドカードは使用不可です。再帰的処理のためには、-subpackagesを使用します。Javadocツールは、-sourcepathを使用してこれらのパッケージ名を検索します。例 - 1つ以上のパッケージのドキュメント化を参照してください。

    sourcefilenames
        空白文字で区切られた一連のソース・ファイル名です。各ファイルは、パスで始まります。アスタリスク(*)などのワイルドカードを含めることができます。Javadocツールが処理するのは、ファイル名が「.java」という拡張子で終わり、その拡張子を除いた名前が実際に有効なクラス名であるすべてのファイルです(Java言語仕様を参照)。したがって、ハイフンを含む名前(X-Bufferなど)や、その他の無効な文字を含む名前を付けることによって、それらのファイルをドキュメント化の対象から除外できます。これは、テスト・ファイルやテンプレート・ファイルの場合に便利です。ソース・ファイル名の前に指定したパスによって、javadocがそのファイルを検索する場所が決まります。(Javadocツールは、これらのソース・ファイル名を検索するときに-sourcepathを使用しません。)相対パスは現在のディレクトリを起点とするため、Button.javaを渡すことは、./Button.javaを渡すことと同じです。ソース・ファイル名をワイルドカードを含むフルパスで指定すると、/home/src/java/awt/Graphics*.javaのようになります。例 - 1つ以上のクラスのドキュメント化を参照してください。また、例 - パッケージとクラスのドキュメント化のように、パッケージ名とソース・ファイル名を混在させることもできます。

    -subpackages pkg1:pkg2:...
        ソース・ファイルから指定されたパッケージおよびそのサブパッケージ内に再帰的にドキュメントを生成します。パッケージ名またはソース・ファイル名を指定する必要はありません。

    @argfiles
        Javadocオプション、パッケージ名、およびソース・ファイル名を任意の順序で並べたリストが含まれる1つ以上のファイルです。このファイルの中では、ワイルドカード(*)および-Jオプションは指定できません。

説明

Javadocツールは、一連のJavaソース・ファイルにある宣言およびドキュメンテーション・コメントを解析し、デフォルトではpublicクラス、protectedクラス、ネストされたクラス(匿名の内部クラスは除く)、インタフェース、コンストラクタ、メソッド、およびフィールドについて記述した一連のHTMLページを生成します。また、API(アプリケーション・プログラミング・インタフェース)ドキュメントの生成や、一連のソース・ファイルの実装ドキュメントの生成に使用できます。

Javadocツールは、パッケージ全体、個々のソース・ファイル、またはその両方に対して実行できます。パッケージ全体のドキュメント化を行うには、-subpackagesを使用して最上位ディレクトリから下方に再帰的にたどるか、パッケージ名の明示的なリストを渡します。個々のソース・ファイルのドキュメント化を行うには、ソース(..java)ファイル名のリストを渡します。具体的な例は、このドキュメントの最後に紹介します。次に、Javadocによるソース・ファイルの処理について説明します。

  ソース・ファイルの処理

Javadocツールは、末尾が「.java」のファイル以外に、ソース・ファイルで記述されている他のファイルも処理します。個々のソース・ファイル名を明示的に渡してJavadocツールを実行する場合、どの.javaファイルを処理するかを正確に指定できます。ただし、多くの開発者はこの方法では作業しません。パッケージ名を渡すほうが簡単だからです。ソース・ファイル名を明示的に指定しなくても、Javadocツールは3つの方法で実行できます。それは、(1)パッケージ名を渡す、(2)-subpackagesを使用する、(3)ソース・ファイル名でワイルドカードを使用する(*.java)、という方法です。これらの場合、Javadocツールが.javaファイルの処理を行うのは、そのファイルが次のすべての要件を満たす場合のみです。

    o   接尾辞「.java」を除いた名前が実際に有効なクラス名である場合(有効な文字については、Java言語仕様を参照)

    o   ソース・ツリーのルートから相対的なディレクトリ・パスが、区切り文字をドットに変換すると、実際に有効なパッケージ名である場合

    o   package文に有効なパッケージ名(前箇条書きで指定)が含まれる場合

リンクの処理 - Javadocツールは、処理の実行中に、その実行でドキュメント化されるパッケージ、クラス、およびメンバーの名前に対して、自動的に相互参照リンクを追加します。このようなリンクは、次のような場所に追加されます。

    o   宣言(戻り値の型、引数の型、フィールドの型)

    o   @seeタグから生成された「関連項目」セクション

    o   {@link}タグから生成されたインライン・テキスト

    o   @throwsタグから生成された例外の名前

    o   インタフェースのメンバーに対する「定義」リンクと、クラスのメンバーに対する「オーバーライド」リンク

    o   パッケージ、クラス、およびメンバーをリストしている概要表

    o   パッケージおよびクラスの継承ツリー

    o   索引

コマンドラインで指定しなかったクラスについての既存のテキスト(別に生成したテキスト)に対してハイパーリンクを追加するには、-linkおよび-linkofflineオプションを利用できます。

その他の処理についての詳細 - Javadocツールは、実行するたびに1つの完全なドキュメントを作成します。ドキュメントを追加生成することはできません。つまり、Javadocツールの以前の実行結果を修正したり、その内容を直接組み入れたりすることはできません。ただし、前述のように、他の実行結果にリンクすることはできます。

実装上の理由から、Javadocツールは、ジョブを実行するためにjavaコンパイラを必要とし、javaコンパイラに依存しています。Javadocツールは、javacの一部を呼び出して宣言をコンパイルしますが、メンバーの実装は無視します。これは、クラス階層を含むクラスの豊富な内部表現とクラスの「使用」関係を構築し、その情報からHTMLを生成します。さらに、Javadocツールは、ソース・コードのドキュメンテーション・コメントから、ユーザーの提供したドキュメントも取得します。

実際には、Javadocツールは、メソッド本体を持たない純粋なスタブ・ファイルである.javaソース・ファイルに対しても実行できます。したがって、APIの作成時には、実装を記述する前の設計の早い段階で、ドキュメンテーション・コメントを記述してjavadocツールを実行できます。

コンパイラに依存することによって、HTML出力は、実際の実装に正確に対応します。実際の実装は、明示的なソース・コードにではなく、暗黙のソース・コードに依存する場合があります。たとえば、Javadocツールは、.classファイルには存在するがソース・コードには存在しないデフォルト・コンストラクタ(Java言語仕様を参照)をドキュメント化します。

通常、Javadocツールでは、ソース・ファイルのコードが不完全またはエラーを含んでいる場合でもドキュメントを生成できます。このため、デバッグやトラブルシューティングを完了する前にドキュメントを生成できます。たとえば、Java言語仕様によると、抽象メソッドを含むクラスは、それ自体を抽象として宣言する必要があります。javacコンパイラはこのエラーを検出すると停止しますが、Javadocツールはこのチェックを行わず、警告を出さずに処理を続行します。Javadocツールはドキュメンテーション・コメントの基本的なチェックを行います。ドキュメンテーション・コメントをより詳しくチェックする必要がある場合は、DocCheckドックレットを使用してください。

Javadocツールは、ドキュメントの内部構造を構築する際、参照クラスをすべてロードします。このため、Javadocツールは、ブートストラップ・クラス、拡張機能、またはユーザー・クラスにかかわらず、すべての参照クラスを検索できる必要があります。詳細は、 クラスの検索方法 @
http://docs.oracle.com/javase/7/docs/technotes/tools/findingclasses.htmlを参照してください。通常、作成するクラスは、拡張機能としてロードするか、Javadocツールのクラス・パス内に置く必要があります。

  Javadocのドックレット

Javadocツールの出力の内容と形式は、ドックレットを使用してカスタマイズできます。Javadocツールには、標準ドックレットと呼ばれるデフォルトの「組込み」ドックレットがあります。標準ドックレットは、HTML形式のAPIドキュメントを生成します。標準ドックレットを修正またはサブクラス化することや、HTML、XML、MIF、RTFなどの好みの出力形式を生成する独自のドックレットを記述することも可能です。ドックレットとその使用方法については、次を参照してください。

    o   Javadocのドックレット @
        http://docs.oracle.com/javase/7/docs/technotes/guides/javadoc/index.html

    o   -docletコマンドライン・オプション

-docletコマンドライン・オプションでカスタム・ドックレットが指定されていない場合、Javadocツールは、デフォルトの標準ドックレットを使用します。javadocツールには、使用されているドックレットに関係なく使用できるコマンドライン・オプションがあります。標準ドックレットでは、これらの他に、いくつかのコマンドライン・オプションが追加されます。どちらのオプションについても、後述のオプションで説明します。

  関連ドキュメントおよびドックレット

    o   Javadocに施された拡張機能 @
        http://docs.oracle.com/javase/7/docs/technotes/guides/javadoc/index.html - Javadocで追加された改良点の詳細。

    o   Javadoc FAQ @
        http://www.oracle.com/technetwork/java/javase/documentation/index-137483.html - 頻繁に寄せられる質問に対する回答、Javadoc関連のツールについての情報、およびバグの回避方法。

    o   How to Write Doc Comments for Javadoc @
        http://www.oracle.com/technetwork/java/javase/documentation/index-137868.html - ドキュメンテーション・コメントの記述方法に関するSunの規約。

    o   API仕様を記述するための要件 @
        http://www.oracle.com/technetwork/java/javase/documentation/index-142372.html - Java SEプラットフォーム仕様を記述する際に使用された標準要件。この情報は、ソース・ファイルのドキュメンテーション・コメント形式でAPI仕様を記述する場合にも、その他の形式で記述する場合にも役立ちます。検証可能なアサーションを満たすパッケージ、クラス、インタフェース、フィールド、およびメソッドについての要件を定めています。

    o   ドキュメンテーション・コメントの仕様 @
        http://docs.oracle.com/javase/specs/ - ドキュメンテーション・コメントのオリジナル仕様については、Java Language Specification (James Gosling、Bill Joy、Guy Steele共著)の初版の第18章、Documentation Commentsを参照してください。(この章は、第2版では削除されました。)

    o   DocCheckドックレット @
        http://www.oracle.com/technetwork/java/javase/documentation/index-141437.html - ソース・ファイル内のドキュメンテーション・コメントをチェックし、検出されたエラーや不正のレポートを生成します。Doc Checkユーティリティの一部です。

  用語

ドキュメンテーション・コメント、docコメント、主説明、タグ、ブロック・タグ、およびインライン・タグの用語については、ドキュメンテーション・コメントで説明します。次のその他の用語は、Javadocツールのコンテキストで特定の意味を持ちます。

    生成ドキュメント(generated document)
        JavadocツールがJavaソース・コード内のドキュメンテーション・コメントから生成したドキュメントのことです。デフォルトの生成ドキュメントはHTML形式で、標準ドックレットによって作成されます。

    名前(name)
        Java言語で書かれたプログラム要素の名前、つまりパッケージ、クラス、インタフェース、フィールド、コンストラクタ、またはメソッドの名前のことです。名前は、java.lang.String.equals(java.lang.Object)のような完全修飾名にすることも、equals(Object)のような部分修飾名にすることもできます。

    ドキュメント化されるクラス(documented classes)
        Javadocの実行によって詳細なドキュメントが生成されるクラスおよびインタフェースのことです。ドキュメント化するには、ソース・ファイルが使用可能であり、ソース・ファイル名またはパッケージ名をjavadocコマンドに渡す必要があり、アクセス修飾子(public、protected、package-privateまたはprivate)によってフィルタ処理されないようにする必要があります。ドキュメント化されるクラスは、javadocツールの出力に組み込まれるクラス、つまり包含クラスとも呼ばれます。

    包含クラス(included classes)
        Javadocツールの実行によって詳細なドキュメントが生成されるクラスおよびインタフェースのことです。ドキュメント化されるクラスと同じです。

    除外クラス(excluded classes)
        Javadocツールの実行によって詳細なドキュメントが生成されないクラスおよびインタフェースのことです。

    参照クラス(referenced classes)
        ドキュメント化されるクラスおよびインタフェースの定義(実装)またはドキュメンテーション・コメントの中で明示的に参照されているクラスおよびインタフェースのことです。参照の例としては、戻り値の型、パラメータの型、キャストの型、拡張されたクラス、実装されたインタフェース、インポートされたクラス、メソッド本体で使用されるクラス、@see、{@link}、{@linkplain}、{@inheritDoc}タグなどがあります。(この定義は 1.3 @
        http://docs.oracle.com/javase/1.3/docs/tooldocs/solaris/javadoc.html#referencedclassesから変更されていることに注意してください。)Javadocツールを実行するときは、Javadocのブート・クラスパスおよびクラスパス内にあるすべての参照クラスをメモリーにロードする必要があります。(参照クラスが見つからない場合は、「クラスが見つかりません」という警告が表示されます。)Javadocツールは、クラスの存在とそのメンバーの完全修飾名を判別するのに必要十分な情報を、.classファイルから引き出すことができます。

    外部参照クラス(external referenced classes)
        参照クラスのうち、Javadocの実行中にドキュメントが生成されないクラスのことです。つまり、これらのクラスは、コマンドラインでJavadocツールに渡されていません。生成ドキュメント内でこれらのクラスにリンクしている箇所は、外部参照または外部リンクと呼ばれます。たとえば、java.awtパッケージに対してのみJavadocツールを実行した場合、Objectなどのjava.lang内のすべてのクラスが外部参照クラスになります。外部参照クラスにリンクするには、-linkおよび-linkofflineオプションを使用します。外部参照クラスには、通常そのソース・コメントをJavadocツールの実行で利用できないという重要な特徴があります。この場合、それらのコメントを継承することはできません。

ソース・ファイル

Javadocツールは、4つのタイプの異なる「ソース」ファイルから出力を生成します。そのファイルは、クラスのJava言語ソース・ファイル(.java)、パッケージ・コメント・ファイル、概要コメント・ファイル、およびその他の未処理のファイルです。ここでは、ドキュメント化しないがソース・ツリーに存在する場合があるテスト・ファイルやテンプレート・ファイルについても説明します。

  クラス・ソース・コード・ファイル

それぞれのクラスまたはインタフェース、およびそのメンバーは、独自のドキュメンテーション・コメントを持つことができ、それを.javaファイル内に保持します。ドキュメンテーション・コメントの詳細は、ドキュメンテーション・コメントを参照してください。

  パッケージ・コメント・ファイル

それぞれのパッケージは、独自のドキュメンテーション・コメントを持つことができ、それを専用の「ソース」ファイルに保持します。その内容は、Javadocツールによって生成されるパッケージの概要ページに組み込まれます。このコメントには、通常、そのパッケージ全体に当てはまるドキュメントを記述します。

パッケージ・コメント・ファイルを作成する場合、コメントの格納先として、次の2つのファイルのいずれかを選択できます。

    o   package-info.java - パッケージ宣言、パッケージ注釈、パッケージ・コメント、およびJavadocタグを格納できます。このファイルは一般に、package.htmlよりも推奨されます。

    o   package.html - 格納できるのはパッケージ・コメントとJavadocタグのみです。パッケージ注釈は格納できません。

各パッケージは、package.htmlファイルまたはpackage-info.javaファイルのいずれかを1つ持つことができますが、その両方を持つことはできません。このどちらかのファイルを.javaファイルとともに、ソース・ツリー内のそのパッケージ・ディレクトリ内に配置してください。

package-info.java - このファイルには、次の構造のパッケージ・コメントを格納できます。コメントはパッケージ宣言の前に配置します。

ファイル: java/applet/package-info.java

/**
 * Provides the classes necessary to create an
 * applet and the classes an applet uses
 * to communicate with its applet context.
 * <p>
 * The applet framework involves two entities:
 * the applet and the applet context.
 * An applet is an embeddable window (see the
 * {@link java.awt.Panel} class) with a few extra
 * methods that the applet context can use to
 * initialize, start, and stop the applet.
 *
 * @since 1.0
 * @see java.awt
 */
package java.lang.applet;

コメント区切り文字の/**と*/は存在している必要がありますが、中間行の行頭のアスタリスクは省略してもかまいません。

package.html - このファイルには、次の構造のパッケージ・コメントを格納できます。コメントは<body>要素内に配置します。

ファイル: java/applet/package.html

<HTML>
<BODY>
Provides the classes necessary to create an applet and the
classes an applet uses to communicate with its applet context.
<p>
The applet framework involves two entities: the applet
and the applet context. An applet is an embeddable
window (see the {@link java.awt.Panel} class) with a
few extra methods that the applet context can use to
initialize, start, and stop the applet.
@since 1.0
@see java.awt
</BODY>
</HTML>

これは単なる通常のHTMLファイルであり、パッケージ宣言を含んでいない点に注意してください。パッケージ・コメント・ファイルの内容は、他のすべてのコメントと同様にHTMLで記述しますが、例外が1つあります。それは、このドキュメンテーション・コメントには、コメント区切り文字である/**と*/、または行頭のアスタリスクを含めない、という点です。コメントを書く場合は、最初の文をパッケージの概要とし、<body>と最初の文の間にタイトルやその他のテキストを含めないようにします。パッケージ・タグを含めることはできますが、他のドキュメンテーション・コメントと同様、すべてのブロック・タグは、主説明の後に配置する必要があります。@seeタグをパッケージ・コメント・ファイルに追加する場合には、完全修飾名を使用する必要があります。詳細は、 package.htmlの例 @
http://www.oracle.com/technetwork/java/javase/documentation/index-137868.html#packagecommentsを参照してください。

パッケージ・コメント・ファイルの処理 - Javadocツールは、実行時にパッケージ・コメント・ファイルを自動的に検索し、このファイルを見つけると次の処理を行います。

    o   処理できるようにコメントをコピーします。(package.htmlの場合であれば、<body>と</body> HTMLタグの間にある内容をすべてコピーします。<head>セクションを含め、そこに<title>やソース・ファイルの著作権記述などの情報を配置することもできますが、生成ドキュメントにはそれらは一切表示されません。)

    o   パッケージ・タグがあれば、すべて処理します。

    o   生成したパッケージの概要ページの最後に、処理したテキストを挿入します( パッケージの概要 @
        http://docs.oracle.com/javase/7/docs/api/java/applet/package-summary.htmlを参照)。

    o   パッケージの概要ページの先頭に、パッケージ・コメントの最初の文をコピーします。さらに、概要ページのパッケージ・リストに、パッケージ名とパッケージ・コメントの最初の文を追加します( 概要の要約 @
        http://docs.oracle.com/javase/7/docs/api/overview-summary.htmlを参照)。文の終わりは、クラスやメンバーの主説明の最初の文の終わりと同じルールによって判断されます。

  概要コメント・ファイル

ドキュメント化する各アプリケーションまたはパッケージ・セットは、独自の概要ドキュメンテーション・コメントを持つことができ、それは専用の「ソース」ファイルに保持されます。その内容は、Javadocツールによって生成される概要ページに組み込まれます。このコメントには、通常、アプリケーションまたはパッケージ・セット全体に当てはまるドキュメントを記述します。

概要コメント・ファイルを作成するには、ファイルに任意の名前(通常はoverview.html)を付け、任意の場所(通常はソース・ツリーの最上位レベル)に配置できます。たとえば、java.appletパッケージのソース・ファイルが/home/user/src/java/appletディレクトリに格納されている場合、概要コメント・ファイルは/home/user/src/overview.htmlに作成できます。

異なるパッケージのセットに対してJavadocを複数回実行する場合は、同じ1つのソース・ファイルのセットに対して複数の概要コメント・ファイルを作成できます。たとえば、内部ドキュメント用に-privateを指定してJavadocを1回実行した後、公開ドキュメント用にそのオプションを指定しないで再度実行することができます。この場合、各概要コメント・ファイルの1文目で、そのドキュメントを公開用または内部用として記述できます。

概要コメント・ファイルの内容は、前述のパッケージ・コメント・ファイルと同様、HTMLで記述された1つの大きなドキュメンテーション・コメントです。詳細は、前述の説明を参照してください。要点を繰り返すと、コメントを書く場合は、最初の文をアプリケーションまたはパッケージ・セットの概要とし、<body>と最初の文の間にタイトルやその他のテキストを含めないようにします。概要タグを含めることができます。他のドキュメンテーション・コメントと同じく、{@link}などのインライン・タグを除くすべてのタグは、主説明の後に配置する必要があります。@seeタグを追加する場合には、完全修飾名を使用する必要があります。

Javadocツールの実行時に、-overviewオプションを使用して概要コメント・ファイル名を指定します。このファイルは、パッケージ・コメント・ファイルと同じように処理されます。

    o   <body>と</body>タグの間にある内容をすべて処理対象としてコピーします。

    o   概要タグがあれば、すべて処理します。

    o   生成した概要ページの最後に、処理したテキストを挿入します( 概要の要約 @
        http://docs.oracle.com/javase/7/docs/api/overview-summary.htmlを参照)。

    o   概要ページの先頭に、概要コメントの最初の文をコピーします。

  その他の未処理のファイル

ソースには、Javadocツールによって宛先ディレクトリにコピーされる、その他の任意のファイルを含めることができます。一般に、このようなファイルには、グラフィック・ファイル、サンプルのJavaソース(.java)およびクラス(.class)ファイル、内容が通常のJavaソース・ファイルのドキュメンテーション・コメントの影響を受けない独立したHTMLファイルなどがあります。

未処理のファイルを含めるには、それらのファイルをdoc-filesという名前のディレクトリに置きます。このディレクトリは、ソース・ファイルが格納された任意のパッケージ・ディレクトリのサブディレクトリでもかまいません。このようなサブディレクトリは、パッケージごとに1つ用意できます。イメージ、サンプル・コード、ソース・ファイル、.classファイル、アプレット、およびHTMLファイルをこのディレクトリに格納できます。たとえば、ボタンのイメージbutton.gifをjava.awt.Buttonクラスのドキュメントに含める場合には、そのファイルを/home/user/src/java/awt/doc-files/ディレクトリに置きます。なお、doc-filesディレクトリを/home/user/src/java/doc-filesに置くことはできません。これは、javaがパッケージではないからです。つまり、javaそのものにソース・ファイルが1つも格納されていないからです。

これらの未処理のファイルへのリンクは、すべてハードコードする必要があります。これは、Javadocツールがそれらのファイルを見ずに、ディレクトリとその内容を宛先にそのままコピーするからです。たとえば、Button.javaのドキュメンテーション・コメント内のリンクは、次のようになります。

    /**
     * This button looks like this:
     * <img src="doc-files/Button.gif">
     */

  テスト・ファイルおよびテンプレート・ファイル

一部の開発者から、テスト・ファイルおよびテンプレート・ファイルを対応するソース・ファイルの近くのソース・ツリーに保存したいという要望がありました。つまり、これらのソース・ファイルと同じディレクトリまたはサブディレクトリに保存したいということです。

個々のソース・ファイル名で明示的に渡してJavadocツールを実行する場合、テスト・ファイルおよびテンプレート・ファイルを意図的に除外して、処理されないようにすることができます。ただし、パッケージ名またはワイルドカードで渡す場合は、特定のルールに従って、これらのテスト・ファイルおよびテンプレート・ファイルが処理されないようにする必要があります。

テスト・ファイルとテンプレート・ファイルの違いは、テスト・ファイルは、有効でコンパイル可能なソース・ファイルであるのに対して、テンプレート・ファイルは、そうではないという点です。ただし、テンプレート・ファイルも「.java」で終わることができます。

テスト・ファイル - 開発者の多くは、あるパッケージのコンパイル可能で実行可能なテスト・ファイルをそのパッケージのソース・ファイルと同じディレクトリに配置したいと考えています。しかしテスト・ファイルは、名前なしパッケージなど、ソース・ファイル・パッケージとは別のパッケージに属させたいとも考えています(そのため、テスト・ファイルにはpackage文がないか、またはソースとは別のpackage文があります)。このような状況では、コマンドラインで指定されているソースのパッケージ名を指定してそのソースがドキュメント化されているときに、テスト・ファイルは警告またはエラーを引き起こします。そのようなテスト・ファイルはサブディレクトリに配置する必要があります。たとえば、com.package1内のソース・ファイルに対するテスト・ファイルを追加する場合は、次のようにハイフンを含んでいるためにパッケージ名としては無効な名前のサブディレクトリ内に配置します。

    com/package1/test-files/

これで、Javadocツールは警告なしでtestディレクトリをスキップします。

テスト・ファイルにドキュメンテーション・コメントが含まれる場合、Javadocツールの個別の実行で、ワイルドカードを含んだテスト・ソース・ファイル名(com/package1/test-files/*.javaなど)で渡してテスト・ファイルのドキュメントを生成するように設定できます。

ソース・ファイルのテンプレート - テンプレート・ファイルの名前は「.java」で終わることもありますが、テンプレート・ファイルはコンパイルできません。ソース・ディレクトリ内に保持したいソース・ファイルのテンプレートがある場合は、Buffer-Template.javaのようにハイフンやその他の無効なJava文字を名前に含めることで、テンプレートが処理されないようにします。これは、Javadocツールが処理するのは、「.java」接尾辞を除いた名前が有効なクラス名であるソース・ファイルのみであるためです(Java言語仕様の識別子に関する情報を参照)。

生成されるファイル

デフォルトでは、Javadocは、HTML形式のドキュメントを生成する標準ドックレットを使用します。このドックレットは、次のタイプのファイルを生成します。(それぞれのHTMLページは、別個のファイルに相当します。)Javadocが生成するファイルの名前には、クラスやインタフェースの名前にちなんだものと、そうでないもの(package-summary.htmlなど)の2つのタイプがあります。後者のグループのファイル名には、前者のグループとファイル名が競合しないように、ハイフンが含まれています。

基本内容ページ

    o   ドキュメント化するクラスまたはインタフェースごとに1つのクラス・ページまたはインタフェース・ページ(クラス名.html)

    o   ドキュメント化するパッケージごとに1つのパッケージ・ページ(package-summary.html)。Javadocツールは、ソース・ツリーのパッケージ・ディレクトリ内にあるpackage.htmlまたはpackage-info.javaという名前のファイル内のHTMLテキストをすべて組み入れます。

    o   パッケージのセット全体に対して1つの概要ページ(overview-summary.html)。これは、生成ドキュメントの先頭ページになります。Javadocツールは、-overviewオプションで指定されたファイル内のHTMLテキストをすべて組み入れます。このファイルは、Javadocに複数のパッケージ名を渡した場合にのみ作成されます。詳細は、HTMLフレームを参照してください。

相互参照ページ

    o   パッケージのセット全体に対して1つのクラス階層ページ(overview-tree.html)。このページを表示するには、ナビゲーション・バーの「概要」をクリックしてから、「階層ツリー」をクリックします。

    o   パッケージごとに1つのクラス階層ページ(package-tree.html)。このページを表示するには、特定のパッケージ、クラス、またはインタフェースのページに移動し、「階層ツリー」をクリックしてそのパッケージの階層を表示します。

    o   パッケージごとに1つの「使用」ページ(package-use.html)と、クラスおよびインタフェースごとに1つずつの「使用」ページ(class-use/クラス名.html)。このページには、特定のクラス、インタフェース、またはパッケージの一部を使用しているパッケージ、クラス、メソッド、コンストラクタ、およびフィールドについて記述されます。クラスまたはインタフェースAを例にして考えると、その「使用」ページには、Aのサブクラス、Aとして宣言されたフィールド、Aを返すメソッド、A型のパラメータを持つメソッドおよびコンストラクタが組み込まれます。このページを表示するには、まず、パッケージ、クラス、またはインタフェースに移動してから、ナビゲーション・バーの「使用」リンクをクリックします。

    o   非推奨APIページ(deprecated-list.html)。推奨されない名前がすべてリストされます。(非推奨名は、一般に改良されたために使用が推奨されていないAPIの名前であり、通常、それに置き換わる名前が提示されています。非推奨APIは、将来の実装では削除される可能性があります。)

    o   定数フィールド値ページ(constant-values.html)。staticフィールドの値用です。

    o   直列化された形式ページ(serialized-form.html)。直列化可能かつ外部化可能なクラスに関する情報用のページです。これらの各クラスには、直列化フィールドおよびメソッドに関する記述があります。これらの情報は、APIを使用する開発者ではなく、再実装者に必要な情報です。ナビゲーション・バーにこのページへのリンクはありませんが、直列化されたクラスに移動して、そのクラス・コメントにある「関連項目」セクションで「直列化された形式」をクリックすると、この情報を取得できます。標準ドックレットは直列化された形式ページを自動生成します。このページには、Serializableを実装するすべてのクラス(publicまたは非public)が組み込まれる他、readObjectメソッドやwriteObjectメソッド、直列化されたフィールド、および@serial、@serialField、@serialDataタグからのドキュメンテーション・コメントも組み込まれます。直列化可能なpublicクラスを除外するには、そのクラス(またはそのクラスが属するパッケージ)を@serial excludeでマークします。直列化可能なpackage-privateクラスを含めるには、そのクラス(またはそのクラスが属するパッケージ)を@serial includeでマークします。バージョン1.4では、-privateオプションの指定なしでJavadocツールを実行することにより、publicクラスおよびprivateクラスの完全に直列化された形式を生成できます。

    o   索引(index-*.html)。すべてのクラス名、インタフェース名、コンストラクタ名、フィールド名、およびメソッド名がアルファベット順に並んでいます。索引は、Unicodeを扱えるように国際化されています。1つのファイルとして生成することも、先頭文字(英語の場合A-Z)ごとに別々のファイルとして生成することもできます。

サポート・ファイル

    o   ヘルプ・ページ(help-doc.html)。ナビゲーション・バーや前述の各ページに関する説明が記載されています。-helpfileを使用すると、デフォルトのヘルプ・ファイルに代わる独自のカスタム・ヘルプ・ファイルを提供できます。

    o   表示用のHTMLフレームを作成する1つのindex.htmlファイル。このファイルは、フレーム付きの先頭ページを表示する場合にロードします。このファイル自体には、テキスト・コンテンツは含まれていません。

    o   複数のフレーム・ファイル(*-frame.html)。パッケージ、クラス、およびインタフェースのリストが含まれています。HTMLフレームを表示するときに使用されます。

    o   パッケージ・リストファイル(package-list)。-linkおよび-linkofflineオプションで使用されます。これは、HTMLファイルではなくテキスト・ファイルであり、どのリンクからもアクセスできません。

    o   スタイルシート・ファイル(stylesheet.css)。生成されるページの一部の要素について色、フォント・ファミリ、フォント・サイズ、フォント・スタイル、および配置を制御します。

    o   doc-filesディレクトリ。宛先ディレクトリにコピーするイメージ、サンプル・コード、ソース・コードなどのファイルがすべて格納されます。これらのファイルは、いかなる方法でもJavadocツールによって処理されません。つまり、ファイル内にjavadocタグがあっても無視されます。このディレクトリは、ソース・ツリーの中に存在する場合にのみ生成されます。

HTMLフレーム

Javadocツールは、下の図に示すように、2、3個のHTMLフレームを生成します。1つのパッケージしかない場合(またはパッケージがない場合)は、パッケージのリストを省略することによって最低限必要な数のフレームを作成します。つまり、単一のパッケージに属するソース・ファイル(*.java)または単一のパッケージ名を引数としてjavadocコマンドに渡す場合は、左側の列にクラスのリストを表示するフレーム(C)が1つのみ作成されます。Javadocに複数のパッケージ名を渡した場合は、概要ページ(Detail)に加えて、すべてのパッケージをリストする第3のフレーム(P)が作成されます。この概要ページのファイル名は、overview-summary.htmlです。したがって、このファイルは、複数のパッケージ名を渡した場合にのみ作成されます。「フレームなし」リンクをクリックするか、overview-summary.htmlを最初に表示すると、フレームを省略できます。

HTMLフレームに慣れていない場合は、特定のフレームを印刷およびスクロールするには、そのフレームにフォーカスが必要であることに注意してください。フレームにフォーカスを与えるには、そのフレームをクリックします。これで、多くのブラウザでは、矢印キーやページ・キーを使用してそのフレームをスクロールしたり、「印刷」メニュー・コマンドを使用してそのフレームを印刷したりできます。

HTMLフレームが必要かどうかによって、次のいずれかのファイルを開始ページとしてロードします。

    o   index.html(フレームあり)

    o   overview-summary.html(フレームなし)

生成されるファイルの構造

生成されるクラス・ファイルおよびインタフェース・ファイルは、Javaソース・ファイルおよびクラス・ファイルと同じディレクトリ階層に編成されます。1つのサブパッケージにつき1つのディレクトリ、という構造になります。

たとえば、java.applet.Appletクラス用に生成されるドキュメントは、java/applet/Applet.htmlに格納されます。生成先ディレクトリの名前がapidocsだとすると、java.appletパッケージのファイルの構造は、次のとおりです。前述のように、「frame」という語を名前に含むファイルは、すべて左上または左下のフレームに表示されます。それ以外のHTMLファイルは、すべて右側のフレームに表示されます。

注意 - ディレクトリは太字で示しています。アスタリスク(*)は、Javadocへの引数がパッケージ名ではなくソース・ファイル名(*.java)である場合に省略されるファイルおよびディレクトリを示しています。また、引数がソース・ファイル名の場合、package-listは作成されますが、その中身は空です。doc-filesディレクトリは、ソース・ツリー内に存在する場合にのみ、生成先に作成されます。

apidocs                             Top directory
   index.html                       Initial page that sets up HTML frames
 * overview-summary.html            Lists all packages with first sentence summaries
   overview-tree.html               Lists class hierarchy for all packages
   deprecated-list.html             Lists deprecated API for all packages
   constant-values.html             Lists values of static fields for all packages
   serialized-form.html             Lists serialized form for all packages
 * overview-frame.html              Lists all packages, used in upper-left frame
   allclasses-frame.html            Lists all classes for all packages, used in lower-left frame
   help-doc.html                    Lists user help for how these pages are organized
   index-all.html                   Default index created without -splitindex option
   index-files                      Directory created with -splitindex option
       index-<number>.html          Index files created with -splitindex option
   package-list                     Lists package names, used only for resolving external refs
   stylesheet.css                   HTML style sheet for defining fonts, colors and positions
   java                             Package directory
       applet                       Subpackage directory
            Applet.html             Page for Applet class
            AppletContext.html      Page for AppletContext interface
            AppletStub.html         Page for AppletStub interface
            AudioClip.html          Page for AudioClip interface
          * package-summary.html    Lists classes with first sentence summaries for this package
          * package-frame.html      Lists classes in this package, used in lower left-hand frame
          * package-tree.html       Lists class hierarchy for this package
            package-use             Lists where this package is used
            doc-files               Directory holding image and example files
            class-use               Directory holding pages API is used
                Applet.html         Page for uses of Applet class
                AppletContext.html  Page for uses of AppletContext interface
                AppletStub.html     Page for uses of AppletStub interface
                AudioClip.html      Page for uses of AudioClip interface
   src-html                         Source code directory
       java                         Package directory
           applet                   Subpackage directory
                Applet.html         Page for Applet source code
                AppletContext.html  Page for AppletContext source code
                AppletStub.html     Page for AppletStub source code
                AudioClip.html      Page for AudioClip source code

  生成されるAPI宣言

Javadocツールは、それぞれのクラス、インタフェース、フィールド、コンストラクタ、およびメソッドの記述の最初に、そのAPI用の宣言を生成します。たとえば、Booleanクラスの宣言は、次のようになります。

public final class Boolean
extends Object
implements Serializable

また、Boolean.valueOfメソッドの宣言は、次のようになります。

public static Boolean valueOf(String s)

Javadocツールでは、修飾子public、protected、private、abstract、final、static、transient、およびvolatileを組み込むことはできますが、synchronizedとnativeを組み込むことはできません。これら後者の2つの修飾子は、実装の詳細と見なされているため、API仕様には含まれません。

APIでは、並行性セマンティクスについて、キーワードsynchronizedに依存するのではなく、コメントの主説明としてドキュメント化する必要があります。たとえば、「1つのEnumerationを複数のスレッドから並行して使用することはできない」のように記述します。ドキュメントには、これらのセマンティクスを実現する方法を記述しないでください。たとえば、Hashtableはスレッドセーフである必要がありますが、「エクスポートされるすべてのメソッドを同期化してそれを実現する」のように指定する根拠はありません。バケット・レベルで内部的に同期化する権限を保有しておく必要があります。そうすれば、より高度な並行性が提供されます。

ドキュメンテーション・コメント

オリジナルの「ドキュメンテーション・コメントの仕様」は、関連項目を参照してください。

  ソース・コードへのコメントの挿入

ソース・コードの任意のクラス、インタフェース、メソッド、コンストラクタ、またはフィールドの宣言の前に、ドキュメンテーション・コメント("doc comments")を記述することができます。各パッケージにもドキュメンテーション・コメントを作成できます。構文は若干異なりますが、概要にもドキュメンテーション・コメントを作成できます。ドキュメンテーション・コメントは、非公式に「Javadocコメント」と呼ばれています(この用語は商標関連の使用方法に違反)。ドキュメンテーション・コメントは、コメントを始まりを示す文字列/**と、コメントを終わりを示す文字列*/の間にある文字から構成されます。行頭のアスタリスクは、各行に記述できます。詳細は、後述します。コメントのテキストは、複数行にわたって記述できます。

/**
 * This is the typical format of a simple documentation comment
 * that spans two lines.
 */

スペースを節約するには、コメントを1行に入れます。

/** This comment takes up only one line. */

コメントの配置 - ドキュメンテーション・コメントは、クラス、インタフェース、コンストラクタ、メソッド、またはフィールドの宣言の直前に置かれているときにのみ認識されます。クラスの例、メソッドの例、およびフィールドの例を参照してください。メソッドの本体に置かれているドキュメンテーション・コメントは無視されます。Javadocツールでは、1つの宣言文につき1つのドキュメンテーション・コメントのみが認識されます。

よくある間違いは、クラス・コメントとクラス宣言の間にimport文を置いてしまうことです。このような記述はしないでください。このようなクラス・コメントは無視されます。

   /**
    * This is the class comment for the class Whatever.
    */
    import com.sun;   // MISTAKE - Important not to put import statement here
    public class Whatever {
    }

ドキュメンテーション・コメントは主説明の後にタグ・セクションが続く - 開始区切り文字である/**の後からタグ・セクションまでが主説明になります。タグ・セクションは、先頭文字が@の行で定義される最初のブロック・タグから始まります(先頭のアスタリスク、空白文字、先頭の区切り文字/**は除く)。主説明を記述せず、タグ・セクションのみのコメントを記述することもできます。主説明は、タグ・セクション以降に続けることはできません。タグの引数は、複数行にわたって記述できます。タグの数に制限はありません。何回も記述できるタグと、1回しか記述できないタグがあります。たとえば、次の@seeからタグ・セクションは始まります。

/**
 * This sentence would hold the main description for this doc comment.
 * @see java.lang.Object
 */

ブロック・タグとインライン・タグ - タグは、Javadocツールが処理できる、ドキュメンテーション・コメント内の特別なキーワードです。タグには2つのタイプがあります。1つは@tagのように表記されるブロック・タグ(「スタンドアロン・タグ」とも呼ばれる)、もう1つは{@tag}のように中括弧で囲んで表記されるインライン・タグです。ブロック・タグが解釈されるには、行頭のアスタリスク、空白文字、区切り文字(/**)を除いて、行の先頭に置く必要があります。これは、@文字をテキスト内の別の場所で使用しても、タグの開始として解釈されないことを意味しています。@文字を使用して行を開始しても、それが解釈されないようにするには、HTMLエンティティ&#064;を使用します。それぞれのブロック・タグには、関連付けられたテキストがあります。このテキストは、タグの後から、次のタグの前、またはドキュメンテーション・コメントの最後までの間に記述されたテキストです(タグまたはコメント区切り文字を除く)。この関連テキストは、複数行にわたって記述できます。インライン・タグは、テキストを記述できる場所であればどこにでも置くことができ、解釈されます。次の例にはブロック・タグ@deprecatedとインライン・タグ{@link}が含まれています。

/**
 * @deprecated  As of JDK 1.1, replaced by {@link #setBounds(int,int,int,int)}
 */

コメントはHTMLで記述する - テキストはHTMLで記述する必要があります。これは、HTMLのエンティティを使用する必要があること、およびHTMLタグを使用できることを意味します。HTMLのバージョンとしては、使用するブラウザがサポートする任意のバージョンを使用できます。標準ドックレットは、カスケーディング・スタイル・シートおよびフレームを含め、ドキュメンテーション・コメント以外の部分でHTML 3.2に準拠したコードを生成するように作成されています。(ただし、フレーム・セット対応のため、生成される各ファイルには「HTML 4.0」と先頭に記述されます。)

たとえば、より小さい(<)記号およびより大きい(>)記号のエンティティは、<および>と記述する必要があります。同様に、アンパサンド(&)は&と記述する必要があります。次の例では、太字のHTMLタグ<b>を使用しています。

次に、ドキュメンテーション・コメントを示します。

/**
 * This is a <b>doc</b> comment.
 * @see java.lang.Object
 */

行頭のアスタリスク - Javadocによるドキュメンテーション・コメントの解析時に、各行の先頭にあるアスタリスク(*)文字は破棄されます。最初のアスタリスク(*)文字より前にある空白やタブも破棄されます。バージョン1.4からは、行の先頭のアスタリスクを省略しても、先頭の空白文字は削除されなくなりました。このため、コード例を直接ドキュメンテーション・コメントの<PRE>タグ内に張り付けても、インデントが保持されます。通常、ブラウザは、空白文字をタブよりも一律に解釈します。インデントの起点は(区切り文字/**または<PRE>タグではなく)左マージンになります。

最初の文 - 各ドキュメンテーション・コメントの最初の文は、宣言されているエンティティに関する簡潔かつ完全な要約文である必要があります。この文は、空白、タブ、または行終了文字が続く最初のピリオド、または最初のブロック・タグがある位置で終わります。最初の文は、JavadocツールによってHTMLページの先頭にあるメンバーの概要の部分にコピーされます。

複数フィールドの宣言 - Javaでは、1つの文で複数のフィールドを宣言できます。ただし、この文には、1つのドキュメンテーション・コメントしか記述できません。そのコメントが、すべてのフィールドに対してコピーされます。したがって、フィールドごとにドキュメンテーション・コメントを記述する必要がある場合は、各フィールドを別々の文で宣言する必要があります。たとえば、次のドキュメンテーション・コメントは、1つの宣言として記述すると不適切です。この場合は、宣言を2つに分けることをお薦めします。

/**
 * The horizontal and vertical distances of point (x,y)
 */
public int x, y;      // Avoid this

上のコードからは、次のようなドキュメントが生成されます。

public int x
    The horizontal and vertical distances of point (x,y)

public int y
    The horizontal and vertical distances of point (x,y)

見出しタグの使用には要注意 - メンバーに対してドキュメンテーション・コメントを記述するときには、<H1>や<H2>などのHTML見出しタグを使用しないことをお薦めします。Javadocツールは、完全な構造化ドキュメントを作成するので、このような構造化タグが使用されていると、生成ドキュメントの形式が悪影響を受けることがあります。ただし、クラスやパッケージのコメントでは、これらの見出しを使用して独自の構造を指定してかまいません。

  メソッド・コメントの自動コピー

Javadocツールには、次の2つの場合に、クラスおよびインタフェースのメソッド・コメントをコピーまたは「継承」する機能があります。コンストラクタ、フィールド、およびネストされたクラスは、ドキュメンテーション・コメントを継承しません。

    o   自動的にコメントを継承して見つからないテキストを埋める - 主説明、@returnタグ、@paramタグ、または@throws タグがメソッド・コメントに見つからない場合、Javadocツールは、メソッドをオーバーライドまたは実装している場合はそのメソッドから、対応する主説明またはタグ・コメントを、次のアルゴリズムに従ってコピーします。

    厳密には、特定のパラメータの@paramタグが見つからない場合、そのパラメータのコメントが、上位の継承階層のメソッドからコピーされます。特定の例外の@throwsタグが見つからない場合、その例外が宣言されている場合にかぎり、@throwsタグがコピーされます。

    この動作はバージョン1.3以前の動作とは対照的です。これまでのバージョンでは、主説明またはタグが存在すれば、コメントは一切継承されませんでした。

    o   {@inheritDoc}タグを含むコメントを明示的に継承する - インライン・タグ{@inheritDoc}を、メソッドの主説明内または@returnタグ、@paramタグ、または@throwsのいずれかのタグ・コメント内に挿入します。対応する継承された主説明またはタグ・コメントがその位置にコピーされます。

ドキュメンテーション・コメントを実際にコピーに利用するには、継承したメソッドのソース・ファイルが-sourcepathで指定したパスのみに置かれている必要があります。コマンドラインで、クラスもパッケージも渡す必要はありません。この点は、クラスがドキュメント化されるクラスであることが必要だった1.3.x以前のリリースと異なります。

クラスおよびインタフェースからの継承 - クラスおよびインタフェースから継承する次の3つの場合に、コメントの継承が行われます。

    o   クラスのメソッドがスーパークラスのメソッドをオーバーライドしている場合

    o   インタフェースのメソッドがスーパーインタフェースのメソッドをオーバーライドしている場合

    o   クラスのメソッドがインタフェースのメソッドを実装している場合

最初の2つのケース(メソッドがオーバーライドしている場合)では、Javadocツールは、そのコメントが継承されているかどうかにかかわらず、オーバーライドしているメソッドのドキュメント内に「オーバーライド」という小見出しを生成し、オーバーライドされているメソッドへのリンクを書き込みます。

3つ目のケース(特定のクラスのメソッドがインタフェースのメソッドを実装している場合)では、Javadocツールは、オーバーライドしているメソッドのドキュメント内に「定義」という小見出しを生成し、実装されているメソッドへのリンクを書き込みます。これは、コメントが継承されているかどうかにかかわりません。

メソッド・コメントが継承されるアルゴリズム - あるメソッドにドキュメンテーション・コメントが記述されていない場合、または{@inheritDoc}タグがある場合、Javadocツールは、次のアルゴリズムを使用して適切なコメントを検索します。このアルゴリズムは、最も厳密に適切なドキュメンテーション・コメントを検索できるように設計されており、スーパークラスよりもインタフェースが優先されるようになっています。

    1.  直接に実装されている(または、拡張されている)インタフェースを、メソッドの宣言で「implements」(または「extends」)という語の後に出現する順序で、1つずつ調べます。このメソッドについて最初に見つかったドキュメンテーション・コメントを採用します。

    2.  手順1でドキュメンテーション・コメントが見つからなかった場合は、直接実装されている(または、拡張されている)インタフェースのそれぞれに対して、このアルゴリズム全体を再帰的に適用します(その際の順序は、手順1でインタフェースを調べたときの順序と同じ)。

    3.  手順2でドキュメンテーション・コメントが見つからなかった場合で、このクラスがObject以外のクラスである(インタフェースではない)場合は、次のように処理します。

        a.  スーパークラスにこのメソッドについてのドキュメンテーション・コメントが記述されている場合は、そのコメントを採用します。

        b.  手順3aでドキュメンテーション・コメントが見つからなかった場合は、スーパークラスに対して、このアルゴリズム全体を再帰的に適用します。

javadocタグ

Javadocツールは、Javaのドキュメンテーション・コメント内に埋め込まれた特別なタグを解析します。これらのドキュメンテーション・タグを使用すると、完全な整形式のAPIをソース・コードから自動的に生成できます。タグは「アットマーク」記号(@)で始まり、大文字と小文字が区別されます。これらのタグは、表示されているとおりに大文字と小文字を使用して入力する必要があります。タグは、行の先頭(先頭の空白文字と省略可能なアスタリスクの後)に置く必要があります。そうしないと、通常のテキストとして扱われます。慣例として、同じ名前のタグは1箇所にまとめます。たとえば、@seeタグが複数ある場合は、すべて同じ場所にまとめて配置します。

タグには次の2つのタイプがあります。

    o   ブロック・タグ - 主説明に続くタグ・セクション内にのみ記述可能。ブロック・タグは、@tagの形式をとります。

    o   インライン・タグ - 主説明内、またはブロック・タグのコメント内に記述可能。インライン・タグは、{@tag}のように中括弧で囲みます。

現時点で有効なタグは、次のとおりです。

カスタム・タグについては、-tagオプションを参照してください。

    @author  name-text
        -authorオプションが使用されている場合、生成ドキュメントに「作成者」エントリを追加して、指定されたname-textを書き込みます。1つのドキュメンテーション・コメントに複数の@authorタグを含めることができます。1つの@authorタグに1つの名前を指定することも、複数の名前を指定することもできます。前者の場合は、Javadocツールによって名前と名前の間にカンマ(,)と空白文字が挿入されます。後者の場合は、テキスト全体が、解析されることなく、生成ドキュメントにそのままコピーされます。したがって、カンマではなく、各言語に対応した名前区切り文字を使用する必要があるときは、1つのタグに複数の名前を指定してください。

詳細は、タグを使用できる場所および @authorタグのドキュメント @
http://www.oracle.com/technetwork/java/javase/documentation/index-137868.html#@authorを参照してください。

    @deprecated  deprecated-text 注意: @Deprecated注釈を使用して、プログラム要素を非推奨にできます。

このAPIは動作し続けますが、このAPIを使用しないことを薦めるコメントを追加します。Javadocツールは、deprecated-textを主説明の前に移動してイタリックにし、その前に太字の警告「推奨されていません。」を追加します。このタグは、すべてのドキュメンテーション・コメント、つまり概要、パッケージ、クラス、インタフェース、コンストラクタ、メソッド、およびフィールドで有効です。

deprecated-textの最初の文では、少なくとも、そのAPIが推奨されなくなった時期と、代替として使用するAPIをユーザーに提示する必要があります。Javadocツールは、この最初の文のみを、概要セクションと索引にコピーします。その後の文では、推奨されない理由を説明することもできます。かわりのAPIを指し示す{@link}タグ(Javadoc 1.2以降の場合)を含める必要があります。

詳細は、 @deprecatedタグのドキュメント @
http://www.oracle.com/technetwork/java/javase/documentation/index-137868.html#@deprecatedを参照してください。

    o   Javadoc 1.2以降では、{@link}タグを使用します。これにより、必要な場所にインラインでリンクを作成できます。次に例を示します。

        /**
         * @deprecated  As of JDK 1.1, replaced by {@link #setBounds(int,int,int,int)}
         */

    o   Javadoc 1.1では、@seeタグ(インラインは不可)を@deprecatedタグごとに作成するのが標準の形式です。

推奨されないタグの詳細は、 @deprecatedタグ @
http://docs.oracle.com/javase/7/docs/technotes/guides/javadoc/deprecation/index.htmlのドキュメントを参照してください。

    {@code  text}
        <code>{@literal}</code>と同等です。

    テキストをHTMLマークアップまたはネストされたjavadocタグとして解釈せずに、textをコード・フォントで表示します。これにより、ドキュメンテーション・コメントでは、パラメータの型(<Object>)、不等号(3 < 4)、矢印(<-)などで、通常の山括弧(<および>)をHTMLエンティティ(<および>)のかわりに使用できます。たとえば、次のドキュメンテーション・コメント

         {@code A<B>C}

    は、生成されたHTMLページで、次のようにそのまま表示されます。

         A<B>C

    ここで注目に値するのは、<B>が太字として解釈されず、そのフォントはコード・フォントになる、という点です。

    コード・フォントなしで同じ機能を実現するには、{@literal}を使用します。

    {@docRoot}
        生成されるページからの、生成ドキュメントの(生成先)ルート・ディレクトリへの相対パスを表します。このタグは、著作権のページや会社のロゴなど、生成されるすべてのページから参照するファイルを組み込むときに便利です。通常は、各ページの最下部から著作権のページにリンクします。

    この{@docRoot}タグは、コマンドラインでもドキュメンテーション・コメント内でも使用できます。このタグは、@return、@param、@deprecatedなどの任意のタグのテキスト部分を含む、すべてのドキュメンテーション・コメント、つまり概要、パッケージ、クラス、インタフェース、コンストラクタ、メソッド、およびフィールドで有効です。

        1.  コマンドラインでは、ヘッダー、フッター、またはボトムは次のように定義します。

               javadoc -bottom '<a href="{@docRoot}/copyright.html">Copyright</a>'

        注意 - {@docRoot}をMakefile内でこのように利用する場合、一部のMakefileプログラムでは、中括弧{ }文字を特別にエスケープする必要があります。たとえば、Inprise MAKEバージョン5.2をWindows上で実行する場合は、{{@docRoot}}のように、中括弧を二重にする必要があります。さらに、-bottomなどのオプションに対する引数を、一重引用符ではなく二重引用符で囲む必要もあります(href引数を囲む引用符は省略)。

        2.  ドキュメンテーション・コメントの中では、次のように使用します。

               /**
                * See the <a href="{@docRoot}/copyright.html">Copyright</a>.
                */

    このタグが必要な理由は、生成ドキュメントが、サブパッケージと同じ深さを持つ階層構造のディレクトリに格納されるからです。式

      <a href="{@docRoot}/copyright.html">

    は、次のように解決されます。

      <a href="../../copyright.html">      for java/lang/Object.java

    および

      <a href="../../../copyright.html">   for java/lang/ref/Reference.java

    @exception  class-name  description
        @exceptionタグは、@throwsと同義です。

    {@inheritDoc}
        最も近い継承可能なクラスまたは実装可能なインタフェースから、このタグの位置にある現在のドキュメンテーション・コメントに、ドキュメントを継承(コピー)します。この機能により、より汎用的なコメントを継承ツリーの上位に記述し、コピーしたテキストを使用して記述することができます。

    このタグは、ドキュメンテーション・コメントの次の位置でのみ有効です。

        o   メソッドの主説明ブロック内。この場合、主説明は、上位階層のクラスまたはインタフェースからコピーされます。

        o   メソッドの@return、@param、@throwsタグのテキスト引数内。この場合、タグ・テキストは、上位階層の対応するタグからコピーされます。

    継承階層でコメントを見つける方法に関する正確な説明は、メソッド・コメントの自動コピーを参照してください。このタグが見つからない場合、コメントは、この項で説明するルールに応じて、自動的に継承されるかどうかが決まります。

    {@link  package.class#member  label}
        表示テキストlabelとともにインライン・リンクを挿入します。labelは、参照クラスの指定されたパッケージ、クラス、またはメンバーの名前のドキュメントを指し示します。このタグは、@return、@param、@deprecatedなどの任意のタグのテキスト部分を含む、すべてのドキュメンテーション・コメント、つまり概要、パッケージ、クラス、インタフェース、コンストラクタ、メソッド、およびフィールドで有効です。

    このタグは@seeと非常によく似ています。どちらも、package.class#memberとlabelの参照方法が同じで、有効な構文もまったく同じです。主な違いは、{@link}では、「関連項目」セクションにリンクが配置されるかわりに、インライン・リンクが生成されるという点です。また、インライン・テキストの他の部分と区別するために、{@link}タグの最初と最後に中括弧を記述します。ラベルの中で「}」を使用する必要がある場合は、HTMLエンティティ表記法の「&#125;」を使用します。

    1つ文の中で使用できる{@link}タグの数に制限はありません。このタグは、ドキュメンテーション・コメントの主説明部分、または@deprecated、@return、@paramなどの任意のタグのテキスト部分で使用できます。

    たとえば、次のコメントではgetComponentAt(int,int)メソッドを参照しています。

    Use the {@link #getComponentAt(int, int) getComponentAt} method.

    標準ドックレットでは、上のコメントから次のHTMLが生成されます(このコメントが同じパッケージの別のクラスを参照している場合)。

    Use the <a href="Component.html#getComponentAt(int, int)">getComponentAt</a> method.

    これは、Webページ上では次のように表示されます。

    Use the getComponentAt method.

    {@link}を拡張してドキュメント化されないクラスにリンクするには、-linkオプションを使用します。

    詳細は、 {@link}タグのドキュメント @
    http://www.oracle.com/technetwork/java/javase/documentation/index-137868.html#{@link}を参照してください。

    {@linkplain  package.class#member  label}
        リンクのラベルがコード・フォントではなくプレーン・テキストで表示される点以外は{@link}と同じです。ラベルがプレーン・テキストで記述されていると便利です。例:

             Refer to {@linkplain add() the overridden method}.

    これは次のように表示されます。

    Refer to the overridden method.

    {@literal  text}
        テキストをHTMLマークアップまたはネストされたjavadocタグとして解釈せずに、textを表示します。これにより、ドキュメンテーション・コメントでは、パラメータの型(<Object>)、不等号(3 < 4)、矢印(<-)などで、通常の山括弧(<および>)をHTMLエンティティ(<および>)のかわりに使用できます。たとえば、次のドキュメンテーション・コメント

             {@literal A<B>C}

    は、ブラウザで生成されたHTMLページに次のようにそのまま表示されます。

    A<B>C

    ここで注目に値するのは、<B>が太字として解釈されず、そのフォントはコード・フォントにならない、という点です。

    コード・フォントで同じ機能を実現するには、{@code}を使用します。

    @param  parameter-name description
        「パラメータ」セクションに、指定されたparameter-nameの後に指定されたdescriptionを続けてパラメータを追加します。ドキュメンテーション・コメントを記述するときには、descriptionを複数行にわたって記述することもできます。このタグは、メソッド、コンストラクタ、またはクラスのドキュメンテーション・コメント内でのみ有効です。

    parameter-nameは、メソッドまたはコンストラクタでのパラメータの名前か、クラス、メソッドまたはコンストラクタの型パラメータの名前になります。山括弧でこのパラメータ名を囲み、型パラメータを使用することを指定します。

    クラスの型パラメータの例:

         /**
          * @param <E> Type of element stored in a list
          */
         public interface List<E> extends Collection<E> {
         }

    メソッドの型パラメータの例:

         /**
          * @param string  the string to be converted
          * @param type    the type to convert the string to
          * @param <T>     the type of the element
          * @param <V>     the value of the element
          */
         <T, V extends T> V convert(String string, Class<T> type) {
         }

    詳細は、 @paramタグのドキュメント @
    http://www.oracle.com/technetwork/java/javase/documentation/index-137868.html#@paramを参照してください。

    @return  description
        「戻り値」セクションを追加して、descriptionのテキストを書き込みます。このテキストでは、戻り値の型と、取り得る値の範囲について記述する必要があります。このタグは、メソッドのドキュメンテーション・コメントでのみ有効です。

    詳細は、 @returnタグのドキュメント @
    http://www.oracle.com/technetwork/java/javase/documentation/index-137868.html#@returnを参照してください。

    @see  reference
        「関連項目」見出しを追加して、referenceを指すリンク、またはテキスト・エントリを書き込みます。1つのドキュメンテーション・コメントには任意の数の@seeタグを含めることができますが、それらはすべて同じ見出しの下にグループ化されます。@seeタグには、次の3つのタイプの形式があります。最もよく使用されるのは、3番目の形式です。このタグは、すべてのドキュメンテーション・コメント、つまり概要、パッケージ、クラス、インタフェース、コンストラクタ、メソッド、またはフィールドで有効です。パッケージ、クラス、またはメンバーに対するインライン・リンクを文中に挿入する方法は、{@link}を参照してください。

        @see "string"
            stringのテキスト・エントリを追加します。リンクは生成されません。stringは、書籍またはURLではアクセスできない情報の参照先です。Javadocツールは、最初の文字が二重引用符(")かどうかを調べて、この形式を前述の形式と区別します。次に例を示します。

                 @see "The Java Programming Language"

        これは次のようなテキストを生成します。

                関連項目:
                    "The Java Programming Language"

        @see <a href="URL#value">label</a>
            URL#valueで定義されたとおりにリンクを追加します。URL#valueは、相対URLまたは絶対URLです。Javadocツールは、最初の文字が「より小さい」記号(<)かどうかを調べて、この形式を他の形式と区別します。次に例を示します。

                 @see <a href="spec.html#section">Java Spec</a>

            これは次のようなリンクを生成します。

            関連項目:
                Java Spec

        @see  package.class#member  label
            表示テキストlabelとともにリンクを追加します。このリンクは、指定された名前を持つ、参照されているJava言語のメンバーのドキュメントを指します。labelは省略可能です。labelを省略すると、名前がかわりに表示テキストとして適切に短縮されて表示されます。名前が表示される方法を参照してください。-noqualifierを使用すると、この表示テキストからパッケージ名が全体的に削除されます。ラベルは、自動生成される表示テキストとは異なる表示テキストにする場合に使用します。

        バージョン1.2のみは、ラベルではなく、名前が<code> HTMLタグ内に自動的に表示されます。1.2.2からは、ラベルを使用するかしないかにかかわらず、<code>は常に表示テキストを囲むかたちで、含まれます。

            o   package.class#memberには、参照されている任意の有効なプログラム要素の名前を指定します。つまり、パッケージ、クラス、インタフェース、コンストラクタ、メソッド、またはフィールドの名前です。ただし、メンバー名の前の文字は、シャープ記号(#)にする必要があります。classは、任意のトップレベルまたはネストされたクラスまたはインタフェースを表します。memberは、任意のコンストラクタ、メソッドまたはフィールドを表します(ネストされたクラスまたはインタフェースではありません)。この名前が、ドキュメント化されるクラスに含まれている場合、Javadocツールは、その名前へのリンクを自動的に作成します。外部参照クラスへのリンクを作成するには、-linkオプションを使用します。参照クラスに属していない名前のドキュメントを参照するには、他の2つの@see形式のどちらかを使用します。この引数については、後述の名前の指定で詳しく説明します。

            o   labelは、省略可能なテキストで、リンクのラベルとして表示されます。labelには空白を含めることができます。labelを省略すると、package.class.memberが、現在のクラスおよびパッケージに応じて適切に短縮されて表示されます。名前が表示される方法を参照してください。

            o   空白文字が、package.class#memberとlabelの間の区切り文字になります。括弧の内側の空白文字はラベルの先頭とは解釈されないため、メソッドのパラメータ間に空白文字を入れてもかまいません。

        例 - この例では、@seeタグ(Characterクラス内)が、Stringクラスのequalsメソッドを参照しています。タグには、名前「String#equals(Object)」とラベル「equals」の両方の引数が含まれています。

         /**
          * @see String#equals(Object) equals
          */

        標準ドックレットは、次のようなHTMLを生成します。

        <dl>
        <dt><b>See Also:</b>
        <dd><a href="../../java/lang/String#equals(java.lang.Object)"><code>equals<code></a>
        </dl>

        これは、ブラウザでは次のように表示され、ラベルが表示リンク・テキストになります。

            関連項目:
                equals

        名前の指定 - このpackage.class#memberという名前は、java.lang.String#toUpperCase()のような完全修飾名にすることも、String#toUpperCase()や#toUpperCase()のような非完全修飾名にすることもできます。名前が完全には修飾されていない場合、Javadocツールは、Javaコンパイラの通常の検索順序でその名前を検索します。詳細は、後述の@seeの検索順序を参照してください。名前には、メソッドの複数の引数の間など、括弧の内側であれば空白を含めることができます。

        「部分的に修飾」した短い名前を指定することの利点は、入力する文字数が減ることや、ソース・コードが読みやすくなることです。次の表に、様々な形式の名前を示します。ここで、Classにはクラスまたはインタフェースを、Typeにはクラス、インタフェース、配列、またはプリミティブを、methodにはメソッドまたはコンストラクタを、それぞれ指定できます。

        上の表に対する補足事項を次に示します。

            o   最初のタイプの形式(パッケージとクラスを省略)の場合、Javadocツールは、現在のクラスの階層のみを検索します。つまり、現在のクラスかインタフェース、そのスーパークラスかスーパーインタフェース、またはその外側を囲んでいるクラスかインタフェースからメンバーを検索します(検索手順1-3)。現在のパッケージの他の部分や、他のパッケージは検索しません(検索手順4-5)。

            o   メソッドまたはコンストラクタの入力時に、getValueのように括弧なしの名前を使用した場合、同じ名前のフィールドが存在していなければ、Javadocツールはその名前へのリンクを正しく作成しますが、括弧と引数の追加を促す警告メッセージを出力します。このメソッドがオーバーロードされている場合、Javadocツールは、検索で最初に見つかったメソッドにリンクします。結果は前もって特定できません。

            o   ネストされたクラスは、すべての形式について、outer.innerとして指定する必要があります。単純にinnerとはしないでください。

            o   すでに述べたように、クラスとメンバーとの間の区切り文字としては、ドット(.)ではなくシャープ文字(#)を使用します。このように指定すると、Javadocツールは、あいまいさを解決できます。ドットは、クラス、ネストされたクラス、パッケージ、およびサブパッケージを区切るためにも使用されるからです。ただし、Javadocツールでは一般に許容範囲が広く、あいまいさがなければドットは正しく解析されます。その場合でも、警告は表示されます。

        @seeの検索順序 - Javadocツールは、ソース・ファイル(.java)、パッケージ・ファイル(package.htmlまたはpackage-info.java)または概要ファイル(overview.html)に含まれる@seeタグを処理します。後者の2つのファイルでは、完全修飾の名前を@seeに指定する必要があります。ソース・ファイルでは、完全修飾の名前、または部分修飾の名前を指定できます。

        Javadocツールは、完全修飾でない名前が記述された@seeタグを.javaファイル内で見つけると、Javaコンパイラと同じ順序で指定された名前を検索します(ただし、Javadocツールは、特定の名前空間のあいまいさを検出しません。これは、ソース・コードにこれらのエラーが存在していないことを前提としているためです)。この検索順序は、Java言語仕様で正式に定義されています。Javadocツールは、関連するクラスとパッケージ、およびインポートされたクラスとパッケージのすべてからその名前を検索します。具体的には、次の順序で検索します。

            1.  現在のクラスまたはインタフェース

            2.  外側を囲んでいるクラスとインタフェース(最も近いものから検索)

            3.  スーパークラスとスーパーインタフェース(最も近いものから検索)

            4.  現在のパッケージ

            5.  インポートされているパッケージ、クラス、およびインタフェース(import文の順序に従って検索)

        Javadocツールは、各クラスについて手順1-3を再帰的に適用しながら、一致する名前が見つかるまで検索を続けます。つまり、まず現在のクラスを検索し、次にその外側を囲んでいるクラスEを検索した後、Eのスーパークラスを検索してから、Eを囲んでいるクラスを検索します。 手順4と5では、1つのパッケージ内のクラスまたはインタフェースを検索する順序は決まっていません(その順序は、個々のコンパイラによって異なります)。手順5では、Javadocツールは、java.langを検索します。このパッケージは、すべてのプログラムに自動的にインポートされるからです。

        Javadocツールは、必ずしもサブクラスを検索するとは限りません。また、Javadocの実行中に他のパッケージのドキュメントが生成される場合でも、他のパッケージを検索しません。たとえば、@seeタグがjava.awt.event.KeyEventクラス内に含まれていて、java.awtパッケージ内のある名前を参照していても、そのクラスがインポートしないかぎりJavadocはそのパッケージを検索しません。

        名前が表示される方法 - labelを省略すると、package.class.memberが表示されます。一般に、これは現在のクラスおよびパッケージに応じて適切に短縮されます。「短縮される」とは、必要最小限の名前のみが表示されるということです。たとえば、String.toUpperCase()メソッドに、同じクラスのメンバーへの参照と他のクラスのメンバーへの参照が含まれている場合、クラス名が表示されるのは後者のケースのみです(次の表を参照)。

        パッケージ名を全体的に削除するには、-noqualifierを使用します。

        @seeの例
        右側のコメントは、@seeタグがjava.applet.Appletなどの別のパッケージのクラス内にある場合に、名前がどのように表示されるかを示しています。

                                                   See also:
        @see java.lang.String                   //  String
        @see java.lang.String The String class  //  The String class
        @see String                             //  String
        @see String#equals(Object)              //  String.equals(Object)
        @see String#equals                      //  String.equals(java.lang.Object)
        @see java.lang.Object#wait(long)        //  java.lang.Object.wait(long)
        @see Character#MAX_RADIX                //  Character.MAX_RADIX
        @see <a href="spec.html">Java Spec</a>  //  Java Spec
        @see "The Java Programming Language"    //  "The Java Programming Language"

        @seeを拡張してドキュメント化されないクラスにリンクするには、-linkオプションを使用します。

        詳細は、 @seeタグのドキュメント @
        http://www.oracle.com/technetwork/java/javase/documentation/index-137868.html#@seeを参照してください。

    @serial  field-description | include | exclude
        デフォルトの直列化可能フィールドのドキュメンテーション・コメントで使用します。

    field-description(省略可能)では、フィールドの意味を説明し、取り得る値のリストを示す必要があります。必要に応じて、複数の行に渡って説明を記述できます。標準ドックレットは、この情報を、直列化された形式ページに追加します。

    クラスを直列化した後しばらくしてから直列化可能フィールドをクラスに追加した場合、主説明に、追加したバージョンを識別する文を追加する必要があります。

    includeおよびexclude引数は、直列化された形式ページにクラスまたはパッケージを含めるか除外するかを示します。次のように機能します。

        o   Serializableを実装しているpublicまたはprotectedクラスは、そのクラス(またはそのクラスが属するパッケージ)が@serial excludeとマークされていないかぎり、含められます。

        o   Serializableを実装しているprivateまたはpackage-privateクラスは、そのクラス(またはそのクラスが属するパッケージ)が@serial includeとマークされていないかぎり、除外されます。

    例: javax.swingパッケージは(package.htmlまたはpackage-info.java内で)@serial excludeとマークされています。publicクラスjava.security.BasicPermissionは@serial excludeとマークされています。package-privateクラスjava.util.PropertyPermissionCollectionは@serial includeとマークされています。

    クラス・レベルで指定された@serialタグは、パッケージ・レベルで指定された@serialタグをオーバーライドします。

    これらのタグの使用方法の詳細と使用例は、Javaオブジェクト直列化仕様の第1.6項 クラスの直列化可能なフィールドおよびデータの文書化 @
    http://docs.oracle.com/javase/7/docs/platform/serialization/spec/serial-arch.htmlを参照してください。また、 直列化のFAQ @
    http://www.oracle.com/technetwork/java/javase/tech/serializationfaq-jsp-136699.html#javadoc_warn_missingも参照してください。このFAQには、「-privateスイッチを指定しないでjavadocを実行しているのにprivateフィールドの@serialタグが見つからないというjavadocの警告が表示される」などの一般的な質問への回答が記載されています。直列化された形式の仕様にクラスを含める場合には、 Oracleの基準 @
    http://www.oracle.com/technetwork/java/javase/documentation/serialized-criteria-137781.htmlも参照してください。

    @serialField  field-name  field-type  field-description
        SerializableクラスのserialPersistentFieldsメンバーのObjectStreamFieldコンポーネントをドキュメント化します。各ObjectStreamFieldコンポーネントに対して1つの@serialFieldタグを使用する必要があります。

    @serialData  data-description
        data-descriptionは、直列化された形式でのデータの型と順序を説明するテキストです。具体的に言うと、このデータには、writeObjectメソッドによって書き込まれる省略可能なデータ、およびExternalizable.writeExternalメソッドによって書き込まれるすべてのデータ(ベース・クラスを含む)が含まれます。

    @serialDataタグは、writeObject、readObject、writeExternal、readExternal、writeReplace、およびreadResolveメソッドのドキュメンテーション・コメント内で使用できます。

    @since  since-text
        生成ドキュメントに「導入されたバージョン」見出しを追加して、指定されたsince-textを書き込みます。このテキストには、特別な内部構造はありません。このタグは、すべてのドキュメンテーション・コメント、つまり概要、パッケージ、クラス、インタフェース、コンストラクタ、メソッド、またはフィールドで有効です。このタグは、特定の変更または機能が、since-textによって指定されたソフトウェア・リリース以降、存在していることを意味します。次に例を示します。

            @since 1.5

    Javaプラットフォームのソース・コードの場合、このタグは、JavaプラットフォームAPI仕様のバージョンを示します(リファレンス実装に追加された時期を示すとは限りません)。複数の@sinceタグを使用でき、複数の@authorタグのように扱われます。プログラム要素が複数のAPIで使用される場合、複数のタグを使用できます。

    @throws  class-name  description
        @throwsタグと@exceptionタグは同義です。生成ドキュメントに「スロー」小見出しを追加して、class-nameおよびdescriptionのテキストを書き込みます。class-nameは、そのメソッドからスローされる可能性のある例外の名前です。このタグは、メソッド、コンストラクタのドキュメンテーション・コメント内でのみ有効です。このクラスが完全指定の名前で記述されていない場合、Javadocツールは、検索順序に従ってクラスを探します。同じまたは異なる例外の特定のドキュメンテーション・コメントで、複数の@throwsタグを使用できます。

    すべてのチェック済み例外がドキュメント化されるようにするために、@throwsタグがthrows節内の例外用に存在しない場合は、@throwsタグでドキュメント化されたかのように、Javadocツールによって例外がHTML出力に説明なしで自動的に追加されます。

    オーバーライドされるメソッド内で例外が明示的に宣言されている場合のみ、@throwsのドキュメントがそのメソッドからサブクラスにコピーされます。インタフェース・メソッドから実装メソッドにコピーされる場合も同様です。@throwsにドキュメントを継承させるには、{@inheritDoc}を使用できます。

    詳細は、 @throwsタグのドキュメント @
    http://www.oracle.com/technetwork/java/javase/documentation/index-137868.html#@exceptionを参照してください。

    {@value  package.class#field}
        {@value}が静的フィールドのドキュメンテーション・コメントで引数なしで使用されている場合、その定数の値が表示されます。

            /**
             * The value of this constant is {@value}.
             */
            public static final String SCRIPT_START = "<script>"

    任意のドキュメンテーション・コメント内で引数package.class#fieldありで使用された場合は、その指定された定数の値が表示されます。

        /**
         * Evaluates the script starting with {@value #SCRIPT_START}.
         */
        public String evalScript(String script) {
        }

    引数package.class#fieldは、@see引数と同一の形式になります。ただし、メンバーは静的フィールドである必要があります。

    これらの定数での値は、 定数フィールド値 @
    http://docs.oracle.com/javase/7/docs/api/constant-values.htmlページにも表示されます。

    @version  version-text
        -versionオプションが使用されている場合、生成ドキュメントに「バージョン」小見出しを追加して、指定されたversion-textを書き込みます。このタグは、このコードが含まれるソフトウェアの現在のバージョン番号を保持するように意図されています(これに対し、@sinceは、このコードが導入されたバージョン番号を保持します)。version-textには、特別な内部構造はありません。バージョン・タグを使用できる場所を調べるには、タグを使用できる場所を参照してください。

    1つのドキュメンテーション・コメントに複数の@versionタグを含めることができます。必要に応じて、1つの@versionタグに1つのバージョン番号を指定することも、複数のバージョン番号を指定することもできます。前者の場合は、Javadocツールによって名前と名前の間にカンマ(,)と空白文字が挿入されます。後者の場合は、テキスト全体が、解析されることなく、生成ドキュメントにそのままコピーされます。したがって、カンマではなく、各言語に対応した名前区切り文字を使用する必要があるときは、1つのタグに複数の名前を指定してください。

    詳細は、 @versionタグのドキュメント @
    http://www.oracle.com/technetwork/java/javase/documentation/index-137868.html#@versionを参照してください。

  タグを使用できる場所

ここでは、タグを使用できる場所について説明します。@see、@since、@deprecated、{@link}、{@linkplain}、および{@docroot}は、すべてのドキュメンテーション・コメントで使用できます。

  概要のドキュメンテーション・タグ

概要タグは、概要ページのドキュメンテーション・コメントで使用できるタグです(このドキュメンテーション・コメントは、通常overview.htmlという名前のソース・ファイル内にあります)。他のドキュメンテーション・コメントの場合と同様に、これらのタグは、主説明の後で使用する必要があります。

注意 - バージョン1.2では、概要ドキュメント内の{@link}タグにバグがあります。テキストは正しく表示されますが、リンクが設定されません。現在のところ、{@docRoot}タグは、概要ドキュメント内では機能しません。

概要タグ

    o   @see

    o   @since

    o   @author

    o   @version

    o   {@link}

    o   {@linkplain}

    o   {@docRoot}

  パッケージ・ドキュメンテーション・タグ

パッケージ・タグは、パッケージのドキュメンテーション・コメントで使用できるタグです(このドキュメンテーション・コメントはpackage.htmlまたはpackage-info.javaという名前のソース・ファイル内にあります)。ここで使用できる@serialタグは、includeまたはexclude引数を指定したもののみです。

パッケージ・タグ

    o   @see

    o   @since

    o   @serial

    o   @author

    o   @version

    o   {@link}

    o   {@linkplain}

    o   {@docRoot}

  クラスおよびインタフェース・ドキュメンテーション・タグ

次に、クラスまたはインタフェースのドキュメンテーション・コメントで使用できるタグを示します。ここで使用できる@serialタグは、includeまたはexclude引数を指定したもののみです。

クラスおよびインタフェース・タグ

    o   @see

    o   @since

    o   @deprecated

    o   @serial

    o   @author

    o   @version

    o   {@link}

    o   {@linkplain}

    o   {@docRoot}
クラス・コメントの例:

/**
 * A class representing a window on the screen.
 * For example:
 * <pre>
 *    Window win = new Window(parent);
 *    win.show();
 * </pre>
 *
 * @author  Sami Shaio
 * @version 1.13, 06/08/06
 * @see     java.awt.BaseWindow
 * @see     java.awt.Button
 */
class Window extends BaseWindow {
   ...
}

  フィールド・ドキュメンテーション・タグ

次に、フィールドのドキュメンテーション・コメントで使用できるタグを示します。

フィールド・タグ

    o   @see

    o   @since

    o   @deprecated

    o   @serial

    o   @serialField

    o   {@link}

    o   {@linkplain}

    o   {@docRoot}

    o   {@value}
フィールド・コメントの例:

    /**
     * The X-coordinate of the component.
     *
     * @see #getLocation()
     */
    int x = 1263732;

  コンストラクタおよびメソッド・ドキュメンテーション・タグ

次に、コンストラクタまたはメソッドのドキュメンテーション・コメントで使用できるタグを示します。ただし、@returnはコンストラクタでは使用できず、{@inheritDoc}には特定の制限があります。@serialDataタグは特定の直列化メソッドのドキュメンテーション・コメントでのみ使用できます。

メソッドおよびコンストラクタ・タグ

    o   @see

    o   @since

    o   @deprecated

    o   @param

    o   @return

    o   @throwsと@exception

    o   @serialData

    o   {@link}

    o   {@linkplain}

    o   {@inheritDoc}

    o   {@docRoot}
メソッドのドキュメンテーション・コメントの例:

    /**
     * Returns the character at the specified index. An index
     * ranges from <code>0</code> to <code>length() - 1</code>.
     *
     * @param     index  the index of the desired character.
     * @return    the desired character.
     * @exception StringIndexOutOfRangeException
     *              if the index is not in the range <code>0</code>
     *              to <code>length()-1</code>.
     * @see       java.lang.Character#charValue()
     */
    public char charAt(int index) {
       ...
    }

オプション

Javadocツールは、ドックレットを使用して出力を決定します。Javadocツールは、-docletオプションでカスタム・ドックレットが指定されている場合以外は、デフォルトの標準ドックレットを使用します。Javadocツールには、任意のドックレットとともに使用できるコマンドライン・オプションがあります。これらのオプションについては、後述のJavadocオプションで説明します。標準ドックレットでは、この他に、いくつかの追加のコマンドライン・オプションが提供されます。これらのオプションについては、後述の標準ドックレットが提供するオプションで説明します。どのオプション名も、大文字と小文字が区別されません。ただし、オプションの引数では、大文字と小文字が区別されます。

オプションは次のとおりです。

イタリックで示されたオプションは、Javadocの基本オプションであり、Javadocツールのフロントエンドによって提供され、すべてのドックレットで使用できます。標準ドックレット自体は、イタリックでないオプションを提供します。

  Javadocオプション

    -overview  path/filename
        Javadocに対して、path/filenameで指定された「ソース」ファイルから概要ドキュメント用のテキストを取得し、そのテキストを概要ページ(overview-summary.html)に配置するように指定します。path/filenameは、現在のディレクトリからの相対パスです。
        filenameで任意の名前を使用し、pathで任意の配置先を指定できますが、通常はoverview.htmlという名前を付け、ソース・ツリー内の最上位パッケージ・ディレクトリを含むディレクトリに配置します。この場所に配置すると、パッケージをドキュメント化するときにpathを指定する必要がなくなります。これは、-sourcepathによってこのファイルが指し示されるからです。たとえば、java.langパッケージのソース・ツリーが/src/classes/java/lang/の場合、概要ファイルを/src/classes/overview.htmlに配置できます。使用例を参照してください。
        path/filenameで指定するファイルについては、概要コメント・ファイルを参照してください。
        概要ページが作成されるのは、Javadocに複数のパッケージ名を渡した場合のみです。詳細は、HTMLフレームを参照してください。
        概要ページのタイトルは、-doctitleによって設定されます。

    -public
        publicクラスおよびメンバーのみを表示します。

    -protected
        protectedおよびpublicのクラスとメンバーのみを表示します。これがデフォルトです。

    -package
        package、protected、およびpublicのクラスとメンバーのみを表示します。

    -private
        すべてのクラスとメンバーを表示します。

    -help
        オンライン・ヘルプを表示します。Javadocとドックレットのコマンドライン・オプションがリストされます。

    -doclet  class
        ドキュメントの生成に使用するドックレットを起動するためのクラス・ファイルを指定します。完全修飾名を指定してください。このドックレットにより、出力の内容と形式が定義されます。-docletオプションが使用されていない場合、Javadocは、標準ドックレットを使用してデフォルトのHTML形式を生成します。このクラスにはstart(Root)メソッドが含まれている必要があります。この起動クラスへのパスは-docletpathオプションによって定義されます。
        詳細は、 ドックレットの概要 @
        http://docs.oracle.com/javase/7/docs/technotes/guides/javadoc/doclet/overview.htmlを参照してください。

    -docletpath  classpathlist
        -docletオプションで指定されたドックレット開始クラス・ファイル、およびそのクラスが依存するすべてのJARファイルへのパスを指定します。開始クラス・ファイルがjarファイル内にある場合、次の例のようにjarファイルのパスが指定されます。絶対パスまたは現在のディレクトリからの相対パスを指定できます。classpathlistに複数のパスやJARファイルが含まれる場合には、それらをSolarisの場合はコロン(:)で、Windowsの場合はセミコロン(;)でそれぞれ区切ります。目的のドックレット開始クラスがすでに検索パス内にある場合は、このオプションは不要です。
        詳細は、 ドックレットの概要 @
        http://docs.oracle.com/javase/7/docs/technotes/guides/javadoc/doclet/overview.htmlを参照してください。

    -1.1
        この機能はJavadoc 1.4から削除されました。代替機能はありません。このオプションは、Javadoc 1.1によって生成されるのと同じ外見と機能を持つドキュメントを作成するためのものでした(ネストされたクラスはサポートされていません)。このオプションが必要な場合は、Javadoc 1.2または1.3をかわりに使用してください。

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

        o   1.5 - Javadocは、JDK 1.5で導入された総称および他の言語機能を含むコードを受け付けます。-sourceフラグが使用されなかった場合のコンパイラのデフォルト動作は、1.5のものになります。

        o   1.4 - Javadocは、JDK 1.4で導入されたアサーションを含むコードを受け付けます。

        o   1.3 - Javadocは、JDK 1.3以降に導入されたアサーション、総称、または他の言語機能をサポートしません。
    javacでコードをコンパイルするときに使用した値に対応するreleaseの値を使用します。

    -sourcepath  sourcepathlist
        パッケージ名または-subpackagesをjavadocコマンドに渡すときに、ソース・ファイル(..java)を見つけるための検索パスを指定します。sourcepathlistには、コロン(:)で区切って複数のパスを含めることができます。Javadocツールは、指定されたパス以下のすべてのサブディレクトリを検索します。このオプションを使用して、ドキュメント化されるソース・ファイルの位置のみでなく、それ自体はドキュメント化されないがドキュメント化されるソース・ファイルから継承されたコメントを持つソース・ファイルの位置も確認できます。
        -sourcepathオプションを使用できるのは、javadocコマンドにパッケージ名を渡す場合のみです。このパスからは、javadocコマンドに渡される.javaファイルは検索されません。(.javaファイルを検索するには、そのディレクトリにcdによって移動するか、または各ファイルの先頭にパスを含めます(1つ以上のクラスのドキュメント化を参照)。)-sourcepathが省略された場合、Javadocは、クラス・パスを使用してソース・ファイルを検索します(-classpathを参照)。したがって、デフォルトの-sourcepathは、クラス・パスの値です。-classpathを省略してパッケージ名をJavadocに渡すと、Javadocは現在のディレクトリ(およびそのサブディレクトリ)からソース・ファイルを検索します。
        sourcepathlistには、ドキュメント化するパッケージのソース・ツリーのルート・ディレクトリを設定します。たとえば、com.mypackageという名前のパッケージをドキュメント化する場合に、そのソース・ファイルが次の場所にあるとします。

          /home/user/src/com/mypackage/*.java

        この場合、次のようにしてsourcepathを、com/mypackageを含むディレクトリである/home/user/srcに指定してから、パッケージ名com.mypackageを指定します。

          % javadoc -sourcepath /home/user/src/ com.mypackage
        この方法は、ソース・パスの値とパッケージ名を連結して、ドットをスラッシュ「/」に変更すると、パッケージのフルパス/home/user/src/com/mypackageになることに気付くと覚えやすいです。
        2つのソース・パスを設定するには、次のようにします。

          % javadoc -sourcepath /home/user1/src:/home/user2/src com.mypackage

    -classpath  classpathlist
        Javadocが参照クラス(.classファイル)の検索を行うときに使用するパスを指定します。参照クラスとは、ドキュメント化されるクラスと、それらのクラスによって参照されるすべてのクラスのことです。classpathlistには、コロン(:)で区切って複数のパスを含めることができます。Javadocツールは、指定されたパス以下のすべてのサブディレクトリを検索します。classpathlistを指定するときは、 クラス・パス @
        http://docs.oracle.com/javase/7/docs/technotes/tools/index.html#generalのドキュメントにある指示に従ってください。
        -sourcepathが省略された場合、Javadocツールはクラス・ファイルを検索するときのみでなく、ソース・ファイルを検索するときにも-classpathを使用します(下位互換性のため)。したがって、ソース・ファイルとクラス・ファイルを別々のパスから検索する必要がある場合は、-sourcepathと-classpathの両方を使用します。
        たとえば、com.mypackageをドキュメント化する場合に、そのソース・ファイルがディレクトリ/home/user/src/com/mypackageにあり、このパッケージが/home/user/lib内のライブラリに依存しているとき、次のように指定します。

          % javadoc -classpath /home/user/lib -sourcepath /home/user/src com.mypackage
        他のツールと同様に、-classpathが指定されていない場合、CLASSPATH環境変数が設定されていれば、Javadocツールはその環境変数を使用します。どちらも設定されていない場合、Javadocツールは現在のディレクトリからクラスを検索します。
        Javadocツールが-classpathを使用してユーザー・クラスを検索する方法についての、拡張機能クラスやブートストラップ・クラスに関連した詳細は、 クラスの検索方法 @
        http://docs.oracle.com/javase/7/docs/technotes/tools/findingclasses.htmlを参照してください。
        便宜上、*のベース名を含むクラス・パス要素は、.jarまたは.JARを拡張子に持つディレクトリ内のすべてのファイルのリストを指定するのと同等とみなされます(Javaプログラムはこの2つの呼出しを区別できません)。
        たとえば、ディレクトリfooにa.jarとb.JARが含まれている場合、クラス・パス要素foo/*はA.jar:b.JARに展開されます。ただし、JARファイルの順番は未指定となります。このリストには、隠しファイルも含め、指定されたディレクトリ内のすべてのJARファイルが含まれます。*のみからなるクラス・パス・エントリは、現在のディレクトリ内のすべてのJARファイルのリストに展開されます。CLASSPATH環境変数も、定義時には同様に展開されます。クラス・パスのワイルドカード展開は必ず、Java仮想マシンの起動前に実行されます。したがって、環境に問合せを行わない限り、Javaプログラムが展開されていないワイルドカードを認識することはありません。たとえば、System.getenv(\"CLASSPATH\")呼出しがその例です。

    -subpackages  package1:package2:...
        ソース・ファイルから指定されたパッケージおよびそのサブパッケージ内に再帰的にドキュメントを生成します。このオプションは、ソース・コードに新しいサブパッケージを追加する際に便利です。新しいサブパッケージが自動的に組み込まれるからです。各package引数は、任意の最上位サブパッケージ(javaなど)または完全修飾パッケージ(javax.swingなど)になります。ソース・ファイルを含める必要はありません。引数は、コロンで区切られます(すべてのオペレーティング・システム)。ワイルドカードは不要(使用不可)です。パッケージの検索場所を指定するには、-sourcepathを使用します。このオプションは、ソース・ファイルの処理で説明したとおり、ソース・ツリーにあるがパッケージには属していないソース・ファイルを処理しないので役立ちます。
        例を示します。

          % javadoc -d docs -sourcepath /home/user/src -subpackages java:javax.swing
        このコマンドは、「java」および「javax.swing」という名前のパッケージとこれらのサブパッケージ全部のドキュメントを生成します。
        -subpackagesを-excludeと組み合せて使用すると、特定のパッケージを除外できます。

    -exclude  packagename1:packagename2:...
        指定されたパッケージとそのサブパッケージを-subpackagesによって作成されたリストから無条件に除外します。過去または将来の-subpackagesオプションの指定によって組み込まれるパッケージも除外の対象となります。次に例を示します。

          % javadoc -sourcepath /home/user/src -subpackages java -exclude java.net:java.lang
        この場合、java.io、java.util、java.mathなどは組み込まれますが、java.netとjava.langをルートに持つパッケージは除外されます。java.langのサブパッケージであるjava.lang.refが除外される点に注意してください。

    -bootclasspath  classpathlist
        ブート・クラスが存在するパスを指定します。ブート・クラスとは、通常、Javaプラットフォーム・クラスのことです。ブート・クラスパスは、Javadocツールがソース・ファイルとクラス・ファイルを探すときに使用する検索パスの一部です。詳細は、 クラスの検索方法 @
        http://docs.oracle.com/javase/7/docs/technotes/tools/findingclasses.html#srcfilesを参照してください。classpathlist内の複数のディレクトリは、コロン(:)で区切ります。

    -extdirs  dirlist
        拡張機能クラスが存在するディレクトリを指定します。拡張機能クラスとは、Java拡張機能機構を使用するすべてのクラスです。extdirsは、Javadocツールがソース・ファイルとクラス・ファイルを探すときに使用する検索パスの一部です。詳細は、前述の-classpathを参照してください。dirlist内の複数のディレクトリは、コロン(:)で区切ります。

    -verbose
        Javadocの実行中に詳細なメッセージを表示します。verboseオプションを指定しないと、ソース・ファイルのロード時、ドキュメントの生成時(ソース・ファイルごとに1つのメッセージ)、およびソート時にメッセージが表示されます。verboseオプションを指定すると、各Javaソース・ファイルの解析に要した時間(ミリ秒単位)を示す追加のメッセージが表示されます。

    -quiet
        エラー・メッセージまたは警告メッセージ以外のメッセージを抑制し、警告とエラーのみが表示されるようにして、これらを確認しやすくします。バージョン文字列も抑制します。

    -breakiterator
        英文の最初の文の終わりを判断する際に、英語言語というロケール固有のアルゴリズムではなく、 java.text.BreakIterator @
        http://docs.oracle.com/javase/7/docs/api/java/text/BreakIterator.htmlの国際化された文境界を使用します(他のすべてのロケールはすでにBreakIteratorを使用)。最初の文とは、パッケージ、クラス、またはメンバーの主説明での最初の文のことです。この文は、パッケージ、クラス、またはメンバーの要約にコピーされ、アルファベット順の索引にコピーされます。
        JDK 1.2以降、BreakIteratorクラスは、英語を除くすべての言語の文の終わりを判断するために、すでに使用されています。したがって、-breakiteratorオプションは、1.2以降では英文以外には効果がありません。英文には、次のような独自のデフォルトのアルゴリズムがあります。

        o   英文のデフォルトの文区切りアルゴリズム - 空白文字またはHTMLブロック・タグ(<P>など)が続くピリオドで停止します。

        o   breakiterator文区切りアルゴリズム - 一般に、次の語が大文字で始まる場合、空白文字が続くピリオド、疑問符、または感嘆符で停止します。このアルゴリズムでは「The serial no. is valid」など、ほとんどの省略表記が処理されますが、「Mr.Smith」は処理されません。HTMLタグや、数字または記号で始まる文では停止しません。HTMLタグに埋め込まれている場合でも、「../filename」の最後のピリオドで停止します。
    注意: 1.5.0からは、1.4.xに設けられていたbreakiterator警告メッセージを削除し、デフォルトの文区切りアルゴリズムを変更していません。つまり、-breakiteratorオプションは、1.5.0ではデフォルトではなくなり、またデフォルトにするつもりもありません。これは、「次のメジャー・リリース」(1.5.0)でデフォルトを変更するという、以前の目的とは逆になっています。つまり、ソース・コードを変更せず、1.4.xでのbreakiterator警告を除去していない場合でも、1.5.0からは何もする必要がなく、警告は消滅しています。この逆戻りの理由は、breakiteratorをデフォルトにするメリットよりも、デフォルトにするために必要となる、互換性のないソースの変更の方が負担が大きかったためです。この件で皆様に余分の手間をおかけし、混乱を招いたことをお詫びいたします。

    -locale  language_country_variant
        重要 - -localeオプションは、標準ドックレットが提供するすべてのオプション、またはその他の任意のドックレットが提供するすべてのオプションより前(左側)に指定する必要があります。そうしないと、ナビゲーション・バーが英語で表示されます。このコマンドライン・オプションのみ、指定する順序に依存します。
        Javadocがドキュメントを生成するときに使用するロケールを指定します。この引数は、java.util.Localeのドキュメントで説明されているロケールの名前です。たとえば、en_US (英語、米国)またはen_US_WIN (Windowsで使用される英語)などです。
        ロケールを指定すると、指定したロケールのリソース・ファイルがJavadocによって選択されて、メッセージ(ナビゲーション・バー、リストと表の見出し、ヘルプ・ファイルの目次、stylesheet.cssのコメントなどの文字列)のために使用されます。また、アルファベット順にソートされるリストのソート順、および最初の文の終わりを判断するための文の区切り文字も、指定したロケールによって決まります。ただし、このオプションは、ドキュメント化されるクラスのソース・ファイル内で指定されているドキュメンテーション・コメントのテキストのロケールを決定するものではありません。

    -encoding  name
        ソース・ファイルのエンコーディングの名前(EUCJIS/SJISなど)を指定します。このオプションが指定されていない場合は、プラットフォームのデフォルト・コンバータが使用されます。
        -docencodingおよび-charsetも参照してください。

    -Jflag
        Javadocを実行する実行時システムjavaに、flagを直接渡します。Jとflagの間に空白文字を入れないように注意してください。たとえば、生成ドキュメントを処理するためにシステムで32MBのメモリーを確保しておく必要がある場合は、Javaの-Xmxオプションを次のように呼び出します(-Xmsは省略可能です。これは、初期メモリーのサイズを設定するのみのオプションで、必要なメモリーの最小量がわかっている場合に便利です)。

           % javadoc -J-Xmx32m -J-Xms32m com.mypackage
        使用しているJavadocのバージョンを確認するには、次のようにJavaの「-version」オプションを呼び出します。

           % javadoc -J-version
           java version "1.2"
           Classic VM (build JDK-1.2-V, green threads, sunwjit)
        (出力ストリームには標準ドックレットのバージョン番号が含まれます。)

  標準ドックレットが提供するオプション

    -d  directory
        生成されたHTMLファイルを保存する生成先ディレクトリを指定します。(「d」は「生成先(destination)」の意味。)このオプションを省略すると、ファイルは現在のディレクトリに保存されます。値directoryには、絶対ディレクトリ、または現在の作業ディレクトリからの相対ディレクトリを指定できます。バージョン1.4では、Javadocを実行すると生成先ディレクトリが自動的に作成されます。
        たとえば、次の例では、com.mypackageパッケージのドキュメントが生成され、その結果が/home/user/doc/ディレクトリに保存されます。

          % javadoc -d /home/user/doc com.mypackage

    -use
        ドキュメント化されるクラスおよびパッケージごとに1つの使用ページを組み込みます。このページには、その特定のクラスまたはパッケージのAPIを使用しているパッケージ、クラス、メソッド、コンストラクタ、およびフィールドが記述されます。たとえば、クラスCを例にとると、クラスCを使用しているものとしては、Cのサブクラス、Cとして宣言されているフィールド、Cを返すメソッド、および型Cのパラメータを持つメソッドとコンストラクタがあります。
        たとえば、Stringの使用ページに何が表示されるかを見てみましょう。java.awt.FontクラスのgetName()メソッドは、String型の値を返します。したがって、getName()はStringを使用しているので、Stringの使用ページにこのメソッドが表示されます。
        ただし、ドキュメント化されるのはAPIの使用のみで、実装はドキュメント化されません。あるメソッドが、その実装の中でStringを使用していても、引数として文字列をとったり、文字列を返したりしない場合は、Stringの「使用」とはみなされません。
        生成された使用ページにアクセスするには、まず目的のクラスまたはパッケージに移動し、ナビゲーション・バーの「使用」リンクをクリックします。

    -version
        生成ドキュメントに、@versionのテキストを組み込みます。このテキストは、デフォルトでは省略されます。使用しているJavadocツールのバージョンを確認するには-J-versionオプションを使用します。

    -author
        生成ドキュメントに、@authorのテキストを組み込みます。

    -splitindex
        索引ファイルをアルファベットごとに複数のファイルに分割し、文字ごとに1つのファイルと、アルファベット以外の文字で始まる索引エントリ用に1つのファイルを作成します。

    -windowtitle  title
        HTMLの<title>タグに配置するタイトルを指定します。指定したタイトルは、ウィンドウのタイトルや、このページに対して作成されたブラウザのブックマーク(お気に入り)に表示されます。このタイトルにはHTMLタグを含めないでください。タイトルにHTMLタグが含まれていると、ブラウザがタグを正しく解釈できません。titleの中で引用符を使用する場合は、引用符をエスケープする必要があります。-windowtitleが省略されている場合、Javadocツールは、このオプションのかわりに-doctitleの値を使用します。

          % javadoc -windowtitle "Java SE Platform" com.mypackage

    -doctitle  title
        概要ファイルの最上部の近くに配置するタイトルを指定します。タイトルは中央揃えになり、レベル1の見出しとして、上部ナビゲーション・バーのすぐ下に置かれます。titleには、HTMLタグと空白を含めることができますが、これらを含める場合は、全体を引用符で囲む必要があります。titleの中で引用符を使用する場合は、引用符をエスケープする必要があります。

          % javadoc -doctitle "Java(TM)" com.mypackage

    -title  title
        このオプションは、現在は存在していません。Javadoc 1.2のベータ版にしか存在していませんでした。このオプションは、-doctitleという名前に変更されました。名前を変更した理由は、このオプションが、ウィンドウのタイトルではなくドキュメントのタイトルを定義することを明確にするためです。

    -header  header
        各出力ファイルの最上部に配置するヘッダー・テキストを指定します。ヘッダーは、上部ナビゲーション・バーの右側に配置されます。headerには、HTMLタグと空白を含めることができますが、これらを含める場合は、全体を引用符で囲む必要があります。headerの中で引用符を使用する場合は、引用符をエスケープする必要があります。

          % javadoc -header "<b>Java 2 Platform </b><br>v1.4" com.mypackage

    -footer  footer
        各出力ファイルの最下部に配置するフッター・テキストを指定します。フッターは、下部ナビゲーション・バーの右側に配置されます。footerには、HTMLタグと空白を含めることができますが、これらを含める場合は、全体を引用符で囲む必要があります。footerの中で引用符を使用する場合は、引用符をエスケープする必要があります。

    -top
        各出力ファイルの最上部に配置するテキストを指定します。

    -bottom  text
        各出力ファイルの最下部に配置するテキストを指定します。このテキストは、下部ナビゲーション・バーより下の、ページの最下部に配置されます。textには、HTMLタグと空白を含めることができますが、これらを含める場合は、全体を引用符で囲む必要があります。textの中で引用符を使用する場合は、引用符をエスケープする必要があります。

    -link  extdocURL
        既存のJavadocにより生成された外部参照クラスのドキュメントへのリンクを作成します。引数を1つとります。

        o   extdocURLは、リンク先として指定する、Javadocにより生成された外部ドキュメントを含むディレクトリの絶対URLまたは相対URLです。後で例を示します。このディレクトリ内にpackage-listファイルが存在する必要があります(存在しない場合は、-linkofflineを使用します)。Javadocツールは、package-listファイルからパッケージ名を読み取った後、そのURLでこれらのパッケージにリンクします。Javadocツールの実行時に、extdocURLの値がそのまま、作成された<A HREF>リンク内にコピーされます。したがって、extdocURLはファイルへのURLではなく、ディレクトリへのURLである必要があります。
            extdocURLに絶対リンクを使用すると、ユーザーのドキュメントを任意のWebサイト上のドキュメントにリンクできます。相対位置へリンクするのみの場合は相対リンクを使用できます。相対リンクの場合、ユーザーが渡す値は、生成先ディレクトリ(-dで指定)からリンク先となるパッケージを含むディレクトリへの相対パスにする必要があります。
            通常、絶対リンクを指定する場合は、http:リンクを使用します。Webサーバーを持たないファイル・システムにリンクする場合は、file:リンクを使用できます。ただし、この方法は、同じファイル・システムを共有する生成ドキュメントにすべてのユーザーがアクセスする必要がある場合以外は使用しないでください。
            すべての場合、すべてのオペレーティング・システムで、絶対URLと相対URL、「http:」ベースと「file:」ベースにかかわらず、スラッシュを区切り文字として使用します( URLのドキュメント @
            http://www.ietf.org/rfc/rfc1738.txtで指定)。

            http: ベースの絶対リンク:
                -link http://<host>/<directory>/<directory>/.../<name>

            file: ベースの絶対リンク:
                -link file://<host>/<directory>/<directory>/.../<name>

            相対リンク:
                -link <directory>/<directory>/.../<name>
    1回のJavadocの実行で、複数の-linkオプションを指定して複数のドキュメントへのリンクを作成できます。
    -linkofflineまたは-linkの選択:
    -linkを使用する場合:

        o   外部APIドキュメントへの相対パスを使用する場合

        o   外部APIドキュメントへの絶対URLを使用する場合(プログラムがそのURLに接続し、読取りを行うことがシェルによって許可されている場合)
    -linkofflineを使用する場合:

        o   外部APIドキュメントへの絶対URLを使用する場合(プログラムがそのURLに接続し、読取りを行うことがシェルによって許可されていない場合)このような状況は、ファイアウォールの内側からファイアウォールの外側にあるドキュメントにリンクしようとする場合に発生します。
    外部ドキュメントへの絶対リンクの使用例 - http://docs.oracle.com/javase/7/docs/api/ @
    http://docs.oracle.com/javase/7/docs/api/内のjava.lang、java.io、その他のJavaプラットフォーム・パッケージにリンクしたいとします。次のコマンドは、Java SEプラットフォーム・パッケージへのリンク持つcom.mypackageパッケージのドキュメントを生成します。生成ドキュメントには、たとえばクラス・ツリー内のObjectクラスへのリンクが含まれています。(-sourcepathや-dなどの他のオプションは表示されません。)

      % javadoc -link http://docs.oracle.com/javase/7/docs/api/ com.mypackage
    外部ドキュメントへの相対リンクの使用例 - 2つのパッケージがあり、そのドキュメントがJavadocツールを複数回実行した結果生成されたものであるとします。さらに、これらのドキュメントが相対パスで分割されているとします。この例の場合、パッケージは、APIであるcom.apipackageと、SPI(サービス・プロバイダ・インタフェース)であるcom.spipackageです。ドキュメントの格納先は、docs/api/com/apipackageとdocs/spi/com/spipackageです。APIパッケージのドキュメントはすでに生成されていて、docsが現在のディレクトリである場合、APIドキュメントへのリンクを持つSPIパッケージをドキュメント化するには、次のコマンドを実行します。

      % javadoc -d ./spi -link ../api com.spipackage
    -linkの引数は、宛先ディレクトリ(docs/spi)からの相対パスです。
    詳細 - -linkオプションを使用すると、コードからは参照されていても、今回のJavadocの実行ではドキュメント化されないというクラスにリンクできるようになります。リンクから有効なページに移動できるようにするには、それらのHTMLページがある場所を調べ、その場所をextdocURLに指定する必要があります。これにより、たとえば、サード・パーティのドキュメントからhttp://docs.oracle.com上のjava.*のドキュメントにリンクすることができます。
    今回の実行でJavadocによって生成されるドキュメント内のAPIのみを対象にリンクを作成する場合は、-linkオプションを省略します。(-linkオプションが指定されていないと、Javadocツールは、外部参照のドキュメントへのリンクを作成しません。これは、そのドキュメントが存在するかどうか、および存在する場合はその場所がわからないからです。)
    このオプションでは、生成ドキュメント内の複数の場所にリンクを作成できます。
    もう1つの用途は、パッケージ・セットの間にクロスリンクを作成することです。一方のパッケージ・セットに対してJavadocを実行した後、他方のパッケージ・セットに対してJavadocを再度実行すると、両セット間に双方向のリンクを作成できます。
    クラスの参照方法 - 外部参照クラスへのリンクを、テキスト・ラベルのみではなく実際に表示するには、次の方法でクラスを参照する必要があります。メソッドの本体でクラスを参照するのみでは十分ではありません。import文、宣言のいずれかで参照する必要があります。次に、クラスjava.io.Fileを参照する方法の例を示します。

        o   すべてのタイプのimport文の場合: ワイルドカードによるインポート、名前による明示的なインポート、またはjava.lang.*に対する自動インポート。たとえば、次のようにすれば十分です。
            import java.io.*;
            1.3.xおよび1.2.xでは、名前による明示的なインポートのみ機能します。ワイルドカードによるインポート文も、java.lang.*の自動インポートも機能しません。

        o   宣言の場合:
            void foo(File f){}
            この参照を使用し、メソッド、コンストラクタ、フィールド、クラス、またはインタフェースの戻り値の型またはパラメータの型に置くか、implements、extends、またはthrows文に置きます。
    重要な結果として、-linkオプションを使用しても、この制限のために誤って表示されないリンクが多数発生する可能性があります。(テキストはハイパーテキスト・リンクが付けられずに表示されます。)リンクが表示する警告から、これらのリンクを認識できます。クラスを正しく参照し、それによってリンクを追加するための最も安全な方法は前述したとおり、そのクラスをインポートすることです。
    パッケージ・リスト - -linkオプションには、Javadocツールによって生成されるpackage-listという名前のファイルが、-linkに指定したURLに存在していることが必要です。package-listファイルは、その場所にあるドキュメント化されたパッケージの名前のリストが入った単純なテキスト・ファイルです。前の例では、Javadocツールは、指定されたURLでpackage-listという名前のファイルを探し、パッケージ名を読み込んだ後、そのURLにあるそれらのパッケージへのリンクを作成しました。
    たとえば、Java SE 6 APIのパッケージ・リストは http://docs.oracle.com/javase/7/docs/api/package-list @
    http://docs.oracle.com/javase/7/docs/api/package-listにあり、次のような内容で始まっています。

      java.applet
      java.awt
      java.awt.color
      java.awt.datatransfer
      java.awt.dnd
      java.awt.event
      java.awt.font
      etc.

    -linkオプションを指定せずにJavadocを実行した場合、Javadocは外部参照クラスに属する名前を見つけると、その名前をリンクなしで出力します。一方、-linkオプションを指定した場合、Javadocツールは、指定されたextdocURLの場所にあるpackage-listファイルでそのパッケージ名を検索します。パッケージ名が見つかると、extdocURLが名前の前に付加されます。
    すべてのリンクが正しく機能するためには、外部参照のすべてのドキュメントが、指定したURLに存在する必要があります。Javadocツールは、指定されたpackage-listが存在するかどうかのみをチェックし、これらのページが存在するかどうかはチェックしません。
    複数のリンク - 複数の-linkオプションを指定すると、任意の数の外部生成ドキュメントへのリンクを作成できます。 Javadoc 1.2には、複数の-linkコマンドを指定できないという既知のバグがあります。これは1.2.2で修正されました。
    リンクする外部ドキュメントごとに、次のように別々のリンク・オプションを指定します。
    % javadoc -link extdocURL1 -link extdocURL2 ... -link extdocURLn com.mypackage
    extdocURL1、 extdocURL2、 ... extdocURLnは、それぞれ外部ドキュメントのルートを指し、各ルートには、package-listという名前のファイルが入っています。
    クロスリンク - まだ生成されていない2つ以上のドキュメントをクロスリンクする場合は、「ブートストラップ」が必要になります。つまり、どのドキュメントについてもpackage-listが存在していない場合は、最初のドキュメントに対してJavadocツールを実行する時点で、2番目のドキュメントのpackage-listはまだ存在していません。したがって、外部リンクを作成するには、2番目のドキュメントを生成した後で、最初のドキュメントを生成し直す必要があります。
    この場合、最初のドキュメント生成の目的は、package-listを作成することです(パッケージ名を把握している場合は手動で作成してもかまいません)。次に、2番目のドキュメントとその外部リンクを生成します。必要な外部のpackage-listファイルが存在しない場合は、Javadocツールから警告が出力されます。

    -linkoffline  extdocURL  packagelistLoc
        このオプションは-linkのバリエーションの1つです。どちらも、Javadocにより生成された外部参照クラスのドキュメントへのリンクを作成します。Javadocツール自体が「オフライン」になっているとき(Web接続を使用してドキュメントにアクセスできないとき)、Web上のドキュメントにリンクするには、-linkofflineオプションを使用します。
        厳密には、外部ドキュメントのpackage-listファイルにアクセスできないとき、またはこのファイルがextdocURLで指定された場所には存在せず、packageListLocで指定できる別の場所(通常ローカル)に存在するとき、-linkofflineを使用します。したがって、extdocURLにWWW上でしかアクセスできない場合は、-linkofflineを指定することにより、ドキュメントの生成時にJavadocツールがWebに接続できる必要があるという制約がなくなります。
        もう1つの用途は、ドキュメントを更新するための「ハッキング」として使用することです。パッケージのセット全体に対してJavadocを実行した後、変更した一部のパッケージに対してのみJavadocを再度実行して、更新されたファイルを、オリジナルのセットに挿入できるようにします。後で例を示します。
        -linkofflineオプションは引数を2つ取ります。第1引数は<a href>リンクに組み込まれる文字列を指定する引数、第2引数はpackage-listの検索場所を指定する引数です。

        o   extdocURLは、リンク先として指定する、Javadocにより生成された外部ドキュメントを含むディレクトリの絶対URLまたは相対URLです。相対URLの場合、値は、生成先ディレクトリ(-dで指定)からリンク先となるパッケージのルートへの相対パスにする必要があります。詳細は、-linkオプションのextdocURLを参照してください。

        o   packagelistLocは、外部ドキュメントのpackage-listファイルを含むディレクトリへのパスまたはURLです。これは、URL (http:またはfile:)でもファイル・パスでもかまいません。また、絶対パスと相対パスのどちらでもかまいません。相対パスの場合は、javadocが実行される現在のディレクトリからの相対パスとして指定します。ファイル名のpackage-listは含めないでください。
    1回のJavadocの実行で、複数の-linkofflineオプションを指定できます。(1.2.2より前は、1つのオプションしか指定できませんでした。)
    外部ドキュメントへの絶対リンクの使用例 - http://docs.oracle.com/javase/7/docs/api/内のjava.lang、java.io、その他のJava SEプラットフォーム・パッケージにリンクしたいが、Webにアクセスできないとします。ブラウザで、 http://docs.oracle.com/javase/7/docs/api/package-list @
    http://docs.oracle.com/javase/7/docs/api/package-listにあるpackage-listファイルを開き、それをローカル・ディレクトリに保存し、第2引数packagelistLocでこのローカル・コピーの場所を指定します。この例では、パッケージ・リスト・ファイルはカレント・ディレクトリ「.」に保存されています。次のコマンドは、Java SEプラットフォーム・パッケージへのリンク持つcom.mypackageパッケージのドキュメントを生成します。生成ドキュメントには、たとえばクラス・ツリー内のObjectクラスへのリンクが含まれています。(-sourcepathなど、他の必要なオプションは表示されません。)

    % javadoc -linkoffline http://docs.oracle.com/javase/7/docs/api/ . com.mypackage
    外部ドキュメントへの相対リンクの使用例 - -linkofflineを相対パスとともに使用することはあまりありません。理由は単純で、通常は-linkで間に合うからです。-linkofflineを使用する際、package-listには通常ローカルのファイルを指定します。相対リンクを使用する際も、リンク先のファイルには通常ローカルのファイルを指定します。したがって、-linkofflineの2つの引数に別々のパスを指定する必要は通常ありません。2つの引数が同一である場合は、-linkを使用できます。-linkの相対リンクの例を参照してください。
    package-listファイルを手動で作成 - package-listファイルがまだ存在しなくても、ドキュメントのリンク先のパッケージ名がわかっている場合は、このファイルのコピーを手動で作成し、packagelistLocでそのパスを指定することができます。com.apipackageが最初に生成された時点でcom.spipackageのパッケージ・リストが存在しないという前出のケースが一例として挙げられます。この方法は、パッケージ名はわかっているものの、まだ公開されていない、新しい外部ドキュメントにリンクするドキュメントを生成する必要がある場合に便利です。また、package-listファイルが生成されないJavadoc 1.0または1.1で生成されたパッケージ用にpackage-listファイルを作成する場合にも、この方法が使用できます。同様に、2つの企業が未公開のpackage-listファイルを共有できるため、クロスリンクを設定したドキュメントを同時にリリースすることも可能になります。
    複数のドキュメントへのリンク - 参照先となる生成ドキュメントごとに-linkofflineを1つずつ含めることができます(わかりやすくするために、オプションごとに改行して示しています)。
    % javadoc -linkoffline extdocURL1 packagelistLoc1 \
    -linkoffline extdocURL2 packagelistLoc2 \
    ...
    ドキュメントの更新 - -linkofflineオプションのもう1つの用途は、プロジェクトに大量のパッケージが含まれていて、すでにツリー全体に対してJavadocの実行が完了している場合に、次の実行では、少量の変更を手早く加えた後、ソース・ツリーのごく一部に対してのみJavadocを再実行する場合に便利です。これは、ドキュメンテーション・コメントに対してのみ変更を加え、宣言は変更しない場合にのみ正しく処理されるので、ハッキングのようなものです。ソース・コードに対して宣言を追加、削除、または変更した場合は、索引、パッケージ・ツリー、継承されるメンバーのリスト、使用ページなどの場所で、リンクが壊れることがあります。
    まず、この新しい小規模な実行で使用する、新しい生成先ディレクトリ(update)を作成します。元の生成先ディレクトリの名前がhtmlだったとします。最も単純な例では、htmlディレクトリの親にcdによって移動します。-linkofflineの第1引数にカレント・ディレクトリ「.」を設定し、第2引数にpackage-listが検索されるhtmlへの相対パスを設定します。更新するパッケージのパッケージ名のみを渡します。

      % javadoc -d update -linkoffline . html com.mypackage
    Javadocツールの終了後、update/com/package内の生成されたクラスのページをコピーし(概要や索引は除く)、html/com/package内の元のファイルに上書きします。

    -linksource
        各ソース・ファイル(行番号付き)のHTMLバージョンを作成し、標準HTMLドキュメントからソース・ファイルへのリンクを追加します。リンクは、ソース・ファイル内に宣言されているクラス、インタフェース、コンストラクタ、メソッド、フィールドに対して作成されます。デフォルト・コンストラクタ、生成されたクラスなどに対しては作成されません。
        このオプションは、-public、-package、-protected、-privateの各オプションとは関係なく、非公開のクラス、フィールド、非公開のメソッドの本体をはじめとする組み込まれたソース・ファイル内のすべての非公開実装の詳細を公開します。-privateオプションも併せて指定しないかぎり、非公開のクラスやインタフェースの一部には、リンクを介してアクセスできないことがあります。
        各リンクは、その宣言内の識別子名の上に作成されます。たとえば、Buttonクラスのソース・コードへのリンクは、「Button」という語の上に作成されます。

            public class Button
            extends Component
            implements Accessible

        また、ButtonクラスのgetLabel()メソッドのソース・コードへのリンクは、「getLabel」という語の上に作成されます。

            public String getLabel()

    -group  groupheading  packagepattern:packagepattern:...
        概要ページの複数のパッケージを、指定したグループに分けて、グループごとに表を作成します。各グループは、それぞれ別の-groupオプションで指定します。これらのグループは、コマンドラインで指定した順序でページに表示されます。各グループ内では、パッケージがアルファベット順に並べられます。1つの-groupオプションでは、packagepattern式のリストに一致するパッケージが、見出しとしてgroupheadingを持つ1つの表に表示されます。

        o   groupheadingには、任意のテキストを指定でき、空白を含めることができます。指定したテキストは、グループの表見出しになります。

        o   packagepatternには、任意のパッケージ名、または任意のパッケージ名の先頭部分とそれに続く1つのアスタリスク(*)を指定できます。アスタリスクは、「任意の文字に一致する」という意味のワイルドカードです。ワイルドカードとして指定できるのは、アスタリスクのみです。1つのグループには、コロン(:)で区切って複数のパターンを含めることができます。
    注意: パターンやパターン・リスト内でアスタリスクを使用する場合は、"java.lang*:java.util"のように、パターン・リストを引用符で囲む必要があります。
    -groupオプションが指定されていない場合、すべてのパッケージが、「パッケージ」という見出しの1つのグループに入れられます。ドキュメント化されるパッケージの中に、どのグループにも入らないパッケージがある場合、このようなパッケージは「その他のパッケージ」という見出しを持つ独立したグループに入れられます。
    たとえば、次のようにオプションを指定すると、ドキュメント化される5つのパッケージは、コア・パッケージ、拡張機能パッケージ、およびその他のパッケージに分けられます。「java.lang*」では、最後のドットを指定していないことに注目してください。「java.lang.*」のようにドットを入れると、java.langパッケージは除外されることになります。

      % javadoc -group "Core Packages" "java.lang*:java.util"
                -group "Extension Packages" "javax.*"
                java.lang java.lang.reflect java.util javax.servlet java.new
    この結果、次のようなグループ化が行われます。

        コア・パッケージ
            java.lang java.lang.reflect java.util

        拡張機能パッケージ
            javax.servlet

        その他のパッケージ
            java.new

    -nodeprecated
        推奨されないAPIをドキュメントに生成しないようにします。このオプションを指定すると、-nodeprecatedlistオプションを指定した場合と同じ効果があることに加えて、ドキュメントの他の部分全体でも、推奨されないAPIが生成されません。このオプションは、コードを記述しているとき、推奨されないコードによって気を散らされたくない場合に便利です。

    -nodeprecatedlist
        推奨されないAPIのリストを含むファイル(deprecated-list.html)、およびナビゲーション・バーのそのページへのリンクが生成されないようにします。(ただし、ドキュメントの他の部分では、推奨されないAPIが生成されます。)このオプションは、推奨されないAPIがソース・コードに含まれておらず、ナビゲーション・バーをすっきりと見せる場合に便利です。

    -nosince
        生成ドキュメントから、@sinceタグに関連付けられた「導入されたバージョン」セクションを省略します。

    -notree
        生成ドキュメントから、クラスおよびインタフェースの階層ページを省略します。これらのページには、ナビゲーション・バーの「階層ツリー」ボタンからアクセスできます。デフォルトでは、階層が生成されます。

    -noindex
        生成ドキュメントから、索引を省略します。デフォルトでは、索引が生成されます。

    -nohelp
        出力の各ページの最上部と最下部にあるナビゲーション・バーから「ヘルプ」リンクを省略します。

    -nonavbar
        生成されるページの最上部と最下部に表示されるナビゲーション・バー、ヘッダー、およびフッターを生成しないようにします。このオプションは、bottomオプションには影響を与えません。-nonavbarオプションは、印刷するためにのみファイルをPostScriptやPDFに変換する場合など、内容のみが重要で、ナビゲーションの必要がない場合に便利です。

    -helpfile  path/filename
        最上部および最下部のナビゲーション・バーの「ヘルプ」リンクのリンク先となる代替ヘルプ・ファイルpath/filenameのパスを指定します。このオプションが指定されていないと、Javadocツールは、ツール内でハードコードされているヘルプ・ファイルhelp-doc.htmlを自動作成します。このオプションを使用すると、そのデフォルトの動作をオーバーライドできます。filenameにはどんなファイル名でも指定でき、help-doc.htmlに限定されません。Javadocツールは、ナビゲーション・バー内のリンクを必要に応じて調整します。次に例を示します。

          % javadoc -helpfile /home/user/myhelp.html java.awt

    -stylesheetfile  path/filename
        代替HTMLスタイルシート・ファイルのパスを指定します。このオプションが指定されていないと、Javadocツールは、ツール内でハードコードされているスタイルシート・ファイルstylesheet.cssを自動作成します。このオプションを使用すると、そのデフォルトの動作をオーバーライドできます。filenameにはどんなファイル名でも指定でき、stylesheet.cssに限定されません。次に例を示します。

          % javadoc -stylesheetfile /home/user/mystylesheet.css com.mypackage

    -serialwarn
        @serialタグがない場合は、コンパイル時に警告を生成します。デフォルトでは、Javadoc 1.2.2 (以降)では、直列化の警告は生成されません。(以前のバージョンとは逆の動作です。)このオプションを使用すると、直列化の警告が表示されるので、デフォルトの直列化可能フィールドとwriteExternalメソッドを適切にドキュメント化するのに役立ちます。

    -charset  name
        このドキュメント用のHTML文字セットを指定します。この名前は、 IANAレジストリ @
        http://www.iana.org/assignments/character-setsで指定された、推奨されるMIME名である必要があります。次に例を示します。

          % javadoc -charset "iso-8859-1" mypackage
        生成されるすべてのページの先頭に、次の行が挿入されます。

           <META http-equiv="Content-Type" content="text/html; charset=ISO-8859-1">

        このMETAタグについては、 HTML規格 @
        http://www.w3.org/TR/REC-html40/charset.html#h-5.2.2(4197265および4137321)を参照してください。
        -encodingおよび-docencodingも参照してください。

    -docencoding  name
        生成されるHTMLファイルのエンコーディングを指定します。この名前は、 IANAレジストリ @
        http://www.iana.org/assignments/character-setsで指定された、推奨されるMIME名である必要があります。このオプションを省略しながら-encodingを使用した場合、生成されるHTMLファイルのエンコードは、-encodingによって決められます。例:

          % javadoc -docencoding "ISO-8859-1" mypackage
        -encodingおよび-charsetも参照してください。

    -keywords
        HTMLメタ・キーワード・タグを、クラスごとに生成されるファイルに追加します。これらのタグは、メタタグを検索するサーチ・エンジンがページを見つける場合に役立ちます。(インターネット全体を検索する多くのサーチ・エンジンは、ページがメタタグを誤用している可能性があるため、メタタグを調べません。一方、検索を自身のWebサイトに限定している企業が提供するサーチ・エンジンは、メタタグを調べることによってメリットを得られます。)
        メタタグには、クラスの完全修飾名と、フィールドおよびメソッドの修飾されていない名前が含まれます。コンストラクタは、クラス名と同じであるため含まれません。たとえば、クラスStringは次のキーワードで開始します。

             <META NAME="keywords" CONTENT="java.lang.String class">
             <META NAME="keywords" CONTENT="CASE_INSENSITIVE_ORDER">
             <META NAME="keywords" CONTENT="length()">
             <META NAME="keywords" CONTENT="charAt()">

    -tag  tagname:Xaoptcmf:"taghead"
        Javadocツールがドキュメンテーション・コメント内の引数を1つ取る単純なカスタムブロック・タグ@tagnameを解釈できるようにします。これにより、Javadocツールはタグ名の「スペルチェック」を行うことができるので、ソース・コード内に存在するすべてのカスタム・タグについて、-tagオプションを組み込むことが重要です。今回の実行では出力されないタグは、Xを付けて無効にします。
        コロン(:)が常に区切り文字になります。tagnameでコロンを使用する方法については、タグ名でのコロンの使用を参照してください。
        -tagオプションは、タグの見出しtagheadを太字で出力します。その次の行には、このオプションの引数で指定したテキストが続きます(下の例を参照)。ブロック・タグと同様、この引数のテキストにはインライン・タグを含めることができます。このインライン・タグも解釈されます。出力は、引数を1つ取る標準のタグ(@returnや@authorなど)の出力とよく似ています。tagheadを省略すると、tagnameが見出しとして表示されます。
        タグの配置 - 引数のXaoptcmf部分は、ソース・コード内のタグを配置できる位置と、タグを(Xを使用して)無効にできるかどうかを決定します。タグの配置位置を制限しない場合はaを指定します。それ以外の文字の組合せも可能です。
        X (タグの無効化)
        a (すべて)
        o (概要)
        p (パッケージ)
        t (型、つまりクラスとインタフェース)
        c (コンストラクタ)
        m (メソッド)
        f (フィールド)
        シングル・タグの例 - ソース・コード内の任意の位置で使用できるタグのタグ・オプションの例を示します。

            -tag todo:a:"To Do:"

        @todoをコンストラクタ、メソッド、フィールドのみで使用する場合は、次のオプションを使用します。

            -tag todo:cmf:"To Do:"

        上の例の最後のコロン(:)は、パラメータ区切り文字ではなく、見出しテキストの一部になっています(下の例を参照)。次の例のように、@todoタグを含むソース・コードでは、いずれかのタグ・オプションを使用します。

             @todo The documentation for this method needs work.

        タグ名でのコロンの使用 - コロン(:)をバックスラッシュでエスケープすると、コロンをタグ名に使用することができます。このドキュメンテーション・コメントの中では、次のように使用します。

            /**
             * @ejb:bean
             */

        このタグ・オプションを使用すると、次のようになります。

            -tag ejb\\:bean:a:"EJB Bean:"

        タグ名のスペルチェック(タグの無効化) - 一部の開発者が必ずしも出力しないカスタム・タグをソース・コード内に配置することがあります。この場合、ソース・コード内に存在するすべてのタグをリストし、出力するタグを有効にし、出力しないタグを無効にする必要があります。Xを指定するとタグは無効になります。指定しないと、タグは有効になります。これにより、Javadocツールは、検出したタグが入力ミスなどによる不明タグであるかどうかを特定できます。この場合は警告が出力されます。
        すでに配置されている値にXを追加できます。こうしておけば、Xを削除するのみでタグを有効にすることができます。たとえば、@todoタグの出力を抑制する場合、次のように指定します。

            -tag todo:Xcmf:"To Do:"

        さらに単純な指定方法もあります。

            -tag todo:X

        構文-tag todo:Xは、@todoがタグレットで定義されていても機能します。
        タグの順序 - -tag (および-taglet)オプションの順序によって、タグの出力順が決まります。カスタム・タグと標準タグを組み合せて使用することもできます。標準タグのタグ・オプションは、順序を決定するためのみのプレースホルダです。これらは標準タグ名のみを使用します。(標準タグの小見出しは変更できません。)これについては、下の例で説明します。
        -tagがない場合は、-tagletの位置によってその順序が決まります。タグが両方とも存在する場合、コマンドラインの最後にある方がその順序を決定します。これは、タグやタグレットがコマンドラインに指定された順番に処理されるためです。たとえば、-tagletと-tagの両方が「todo」という名前を持っている場合、コマンドラインの最後にある方が順序を決定します。
        タグの完全セットの例 - この例では、出力の「Parameters」と「Throws」の間に「To Do」を挿入します。「X」を使用して、@exampleが、ソース・コード内の今回の実行では出力されないタグであることを指定します。@argfileを使用する場合は、次のように、引数ファイル内の別々の行にタグを配置できます(行の継続を示す文字は不要)。

           -tag param
           -tag return
           -tag todo:a:"To Do:"
           -tag throws
           -tag see
           -tag example:X

        Javadocがドキュメンテーション・コメントを解析する際に検索されたタグのうち、標準タグでも、-tagや-tagletで渡されたタグでもないものはすべて不明タグとみなされ、警告がスローされます。
        標準タグは、最初、デフォルトの順序でリスト内に内部的に格納されます。-tagオプションを使用すると、このリストに追加されるタグ、すなわち標準タグがデフォルトの位置から移動します。つまり、標準タグの-tagオプションを省略すると、これらはデフォルトの位置に配置されたままになります。
        競合の回避 - 固有の名前空間を細かく分けるには、パッケージに使用されているcom.mycompany.todoという名前のように、ドット(.)で区切られた名前を使用します。Oracleは、今後も名前にドットを含まない標準タグを作成します。ユーザーが作成したタグは、Oracleが定義する同じ名前のタグの動作をオーバーライドします。つまり、@todoという名前のタグまたはタグレットをユーザーが作成した場合、その後にOracleが同じ名前の標準タグを作成しても、そのタグまたはタグレットは常にユーザーが定義したのと同じ動作を保持します。
        注釈vs. Javadocタグ - 一般に、追加する必要のあるマークアップが、ドキュメントに影響を与えたりドキュメントを生成したりするためのものである場合、そのマークアップはJavadocタグにします。それ以外の場合は注釈にします。 注釈とJavadocタグの比較 @
        http://www.oracle.com/technetwork/java/javase/documentation/index-137868.html#annotationsを参照してください。
        -tagletオプションを使用して、より複雑なブロック・タグやカスタム・インライン・タグを作成することもできます。

    -taglet  class
        そのタグのドキュメントの生成に使用するドックレットを起動するためのクラス・ファイルを指定します。クラスの完全修飾名を指定してください。このタグレットは、カスタム・タグのテキスト引数の数も定義します。タグレットは、これらの引数を受け付け、処理し、出力を生成します。外部ドキュメントとサンプル・タグレットについては、次を参照してください。

        o   タグレットの概要 @
            http://docs.oracle.com/javase/7/docs/technotes/guides/javadoc/taglet/overview.html
    タグレットは、ブロックタグまたはインライン・タグで便利です。タグレットは任意の数の引数をとることができます。また、テキストを太字にする、箇条書きを作成する、テキストをファイルに書き出す、その他のプロセスを開始するなどのカスタム動作を実装できます。
    タグレットで指定できるのは、タグの配置場所と配置形式のみです。その他のすべての決定は、ドックレットによって行われます。したがって、タグレットを使用しても、包含クラスのリストからクラス名を削除するなどの処理は実行できません。ただし、タグのテキストをファイルに出力したり、別のプロセスをトリガーするなどの副作用は得られます。
    タグレットへのパスを指定するには、-tagletpathオプションを使用します。次に、生成されるページの「Parameters」と「Throws」の間に「To Do」タグレットを挿入する例を示します。

        -taglet com.sun.tools.doclets.ToDoTaglet
        -tagletpath /home/taglets
        -tag return
        -tag param
        -tag todo
        -tag throws
        -tag see

    また、-tagletオプションを-tagオプションのかわりに使用することもできますが、読みにくくなる可能性があります。

    -tagletpath  tagletpathlist
        tagletクラス・ファイル(.class)を検索するための検索パスを指定します。tagletpathlistには、コロン(:)で区切って複数のパスを含めることができます。Javadocツールは、指定されたパス以下のすべてのサブディレクトリを検索します。

    -docfilessubdirs
        「doc-files」ディレクトリのディープ・コピーを有効にします。つまり、宛先には、サブディレクトリとそのすべて内容が再帰的にコピーされます。たとえば、ディレクトリdoc-files/example/imagesとその内容がすべてコピーされます。ここでも、サブディレクトリを除外する指定が可能です。

    -excludedocfilessubdir  name1:name2...
        指定された名前の「doc-files」サブディレクトリをすべて除外します。これにより、SCCSとその他のソース・コード制御サブディレクトリのコピーを防ぎます。

    -noqualifier  all  |  packagename1:packagename2:...
        出力されるクラス名の先頭からパッケージ名(パッケージ修飾子)を省略します。-noqualifierの引数は、「all」(すべてのパッケージ修飾子を省略)、修飾子として削除するパッケージのコロン区切りリスト(ワイルドカードも可)、のいずれかとなります。クラスまたはインタフェース名が表示される位置からパッケージ名が削除されます。
        次の例では、すべてのパッケージ修飾子を省略します。

            -noqualifier all

        次の例では、パッケージ修飾子「java.lang」および「java.io」を省略します。

            -noqualifier java.lang:java.io

        次の例では、「java」で始まるパッケージ修飾子と「com.sun」というサブパッケージ(「javax」ではない)を省略します。

            -noqualifier java.*:com.sun.*

        パッケージ修飾子が前述の動作に従って表示される場合、名前は適切に短縮されます。詳細は、名前が表示される方法を参照してください。このルールは、-noqualifierを使用するかどうかにかかわらず有効です。

    -notimestamp
        タイムスタンプが抑制されます。各ページの先頭近くにある、生成されたHTML内のHTMLコメントでタイムスタンプが隠されます。Javadocを2つのソース・ベースで実行し、それらに対してdiffを実行するときにこのオプションを使用すると、タイムスタンプによってdiffが発生しなくなるので便利です(このオプションを使用しないと、各ページでdiffになります)。タイムスタンプにはJavadocのバージョン番号が含まれており、次のようになります。

             <!-- Generated by javadoc (build 1.5.0_01) on Thu Apr 02 14:04:52 IST 2009 -->

    -nocomment
        主説明およびすべてのタグを含むコメント本文全体を抑制し、宣言のみを生成します。このオプションにより、元は異なる目的のためだったソース・ファイルを再利用し、新しいプロジェクトの早い段階でスケルトンHTMLドキュメントを作成できるようになります。

    -sourcetab tabLength
        ソース内の各タブが取る空白文字の数を指定します。

コマンドライン引数ファイル

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

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

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

Javadocを実行するときに、各引数ファイルのパスとファイル名の先頭に@文字を付けて渡します。Javadocは、@文字で始まる引数を見つけると、そのファイルの内容を展開して引数リストに挿入します。

  引数ファイルを1つ指定する例

次のようにして、「argfile」という名前の単一の引数ファイルに、すべてのJavadoc引数を格納できます。

  % javadoc @argfile

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

  引数ファイルを2つ指定する例

次のようにして、Javadocオプション用に1つ、パッケージ名またはソース・ファイル名用に1つというように、2つの引数ファイルを作成できます(なお、次のリストでは行継続文字を使用していません)。

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

     -d docs-filelist
     -use
     -splitindex
     -windowtitle 'Java SE 7 API Specification'
     -doctitle 'Java SE 7 API Specification'
     -header '<b>Java(TM) SE 7</b>'
     -bottom 'Copyright &copy; 1993-2011 Oracle and/or its affiliates. All rights reserved.'
     -group "Core Packages" "java.*"
     -overview /java/pubs/ws/1.7.0/src/share/classes/overview-core.html
     -sourcepath /java/pubs/ws/1.7.0/src/share/classes

次の内容を含む、「packages」という名前のファイルを作成します。

     com.mypackage1
     com.mypackage2
     com.mypackage3

その後、次のコマンドを使用してJavadocを実行します。

  % javadoc @options @packages

  パス付きの引数ファイルの例

引数ファイルには、パスを指定できます。ただし、そのファイル内に指定されたファイル名は、現在の作業ディレクトリから見た相対パスになります。つまり、下の例の場合は、path1やpath2から見た相対パスではありません。

  % javadoc @path1/options @path2/packages

  オプションの引数の例

次に、Javadocオプションに対する引数のみを引数ファイルに格納する例を示します。ここでは-bottomオプションを使用します。そのオプションには、長い引数を指定できるからです。次のようなテキスト引数を含む、「bottom」という名前のファイルを作成できます。

<font size="-1">
      <a href="http://bugreport.sun.com/bugreport/">Submit a bug or feature</a><br/>
      Copyright &copy; 1993, 2011, Oracle and/or its affiliates. All rights reserved.<br/>
      Oracle is a registered trademark of Oracle Corporation and/or its affiliates.
      Other names may be trademarks of their respective owners.</font>

その後、次のようにしてJavadocツールを実行します。

  % javadoc -bottom @bottom @packages

あるいは、引数ファイルの先頭に-bottomオプションを組み込んだ後、次のようにして実行します。

  % javadoc @bottom @packages

名前
実行

Javadocの実行

バージョン番号 - Javadocのバージョン番号を判別するには、javadoc -J-versionを使用します。出力ストリームには標準ドックレットのバージョン番号が含まれます。-quietで無効にできます。

公開プログラム・インタフェース - Java言語で記述されたプログラムからJavadocツールを起動するとき使用します。このインタフェースはcom.sun.tools.javadoc.Mainにあります(Javadocは再入可能)。詳細は、 標準ドックレット @
http://docs.oracle.com/javase/7/docs/technotes/guides/javadoc/standard-doclet.html#runningprogrammaticallyを参照してください。

ドックレットの実行 - 下の説明は、標準HTMLドックレットを呼び出すためのものです。カスタム・ドックレットを呼び出すには、-docletおよび-docletpathオプションを使用します。詳細は、 ドックレットの概要 @
http://docs.oracle.com/javase/7/docs/technotes/guides/javadoc/doclet/overview.htmlを参照してください。

簡単な例

Javadocは、パッケージ全体に対して実行することも、個々のソース・ファイルに対して実行することもできます。各パッケージ名は、それぞれのパッケージ名に対応するディレクトリ名を持ちます。次の例では、ソース・ファイルは/home/src/java/awt/*.javaにあります。生成先ディレクトリは/home/htmlです。

  1つ以上のパッケージのドキュメント化

パッケージをドキュメント化するには、そのパッケージのソース・ファイル(*.java)を、そのパッケージと同じ名前のディレクトリ内に格納する必要があります。パッケージ名が(java.awt.colorのようにドットで区切られた)複数の識別子から構成されている場合、後続の各識別子が下位のサブディレクトリ(java/awt/colorなど)に対応している必要があります。1つのパッケージのための複数のソース・ファイルを、異なる場所にあるそのような2つのディレクトリ・ツリーに分けて格納することもできます(src1/java/awt/colorやsrc2/java/awt/colorなど)。ただし、その場合は-sourcepathによってその両方の場所を指定する必要があります。

Javadocを実行するには、cdを使用してディレクトリを変更するか、-sourcepathオプションを使用します。次の例では、両方の方法について説明します。

    o   ケース1 - 1つ以上のパッケージからの起動を再帰的に実行 - この例ではJavadocが任意のディレクトリから実行できるように、-sourcepathを使用し、再帰的処理のために-subpackages(1.4の新オプション)を使用します。これは、javaディレクトリのサブパッケージをたどりますが、java.netとjava.langをルートに持つパッケージは除外されます。java.langのサブパッケージであるjava.lang.refが除外される点に注意してください。

          % javadoc -d /home/html -sourcepath /home/src -subpackages java -exclude java.net:java.lang

    また、他のパッケージ・ツリーを下方にたどるには、java:javax:org.xml.saxのように、それらのパッケージの名前を-subpackagesの引数に追加します。

    o   ケース2 - ルート・ソース・ディレクトリに移ってから明示的なパッケージに対して実行 - 完全修飾のパッケージ名の親ディレクトリに移ります。次に、ドキュメント化する1つ以上のパッケージの名前を指定してJavadocを実行します。

          % cd /home/src/
          % javadoc -d /home/html java.awt java.awt.event

    o   ケース3 - 1つのディレクトリ・ツリー内にある明示的なパッケージに対して任意のディレクトリから実行 - このケースでは、現在のディレクトリがどこであってもかまいません。最上位パッケージの親ディレクトリを-sourcepathに指定し、ドキュメント化する1つ以上のパッケージ名を指定してJavadocを実行します。

          % javadoc -d /home/html -sourcepath /home/src java.awt java.awt.event

    o   ケース4 - 複数のディレクトリ・ツリー内にある明示的なパッケージに対して任意のディレクトリから実行 - これはケース3と似ていますが、パッケージが複数のディレクトリ・ツリーに存在します。それぞれのツリーのルートへのパスを-sourcepathに指定し(コロンで区切る)、ドキュメント化する1つ以上のパッケージ名を指定してJavadocを実行します。1つのパッケージのすべてのソース・ファイルが、1つのルート・ディレクトリの下に存在する必要はありません。ソース・パスとして指定された場所のどこかで見つかれば十分です。

          % javadoc -d /home/html -sourcepath /home/src1:/home/src2 java.awt java.awt.event

結果: すべてのケースでjava.awtおよびjava.awt.eventパッケージ内のpublicおよびprotectedクラスとインタフェースについて、HTML形式のドキュメントが生成され、指定された生成先ディレクトリ(/home/html)にHTMLファイルが保存されます。2つ以上のパッケージが生成されているので、ドキュメントは、パッケージのリスト、クラスのリスト、およびメインのクラス・ページという3つのHTMLフレームを持つことになります。

  1つ以上のクラスのドキュメント化

また、1つ以上のソース・ファイル(.java)を渡して、Javadocツールを実行することもできます。Javadocは、次の2つの方法のいずれかで実行できます。1つはcdを使用してディレクトリを変更する方法、もう1つは.javaファイルへのパスを完全に指定する方法です。相対パスは、現在のディレクトリを起点とします。ソース・ファイルを渡すときは、-sourcepathオプションは無視されます。アスタリスク(*)のようなコマンドライン・ワイルドカードを使用すると、クラスのグループを指定できます。

    o   ケース1 - ソース・ディレクトリに移る - .javaファイルのあるディレクトリに移ります。次に、ドキュメント化する1つ以上のソース・ファイルの名前を指定してJavadocを実行します。

          % cd /home/src/java/awt
          % javadoc -d /home/html Button.java Canvas.java Graphics*.java
        この例では、ButtonクラスとCanvasクラス、および名前がGraphicsで始まるクラスについて、HTML形式のドキュメントが生成されます。パッケージ名ではなくソース・ファイルがJavadocに引数として渡されているので、ドキュメントは、クラスのリストとメイン・ページという2つのフレームを持つことになります。

    o   ケース2 - パッケージのルート・ディレクトリに移る - これは、同じルート内にある複数のサブパッケージの個々のソース・ファイルをドキュメント化する場合に便利です。パッケージのルート・ディレクトリに移り、各ソース・ファイルを、ルートからのパスとともに指定します。

          % cd /home/src/
          % javadoc -d /home/html java/awt/Button.java java/applet/Applet.java
        この例では、ButtonクラスおよびAppletクラスについて、HTML形式のドキュメントが生成されます。

    o   ケース3 - 任意のディレクトリから - このケースでは、現在のディレクトリがどこであってもかまいません。ドキュメント化する.javaファイルへの絶対パス(または現在のディレクトリからの相対パス)を指定してJavadocを実行します。

          % javadoc -d /home/html /home/src/java/awt/Button.java /home/src/java/awt/Graphics*.java
        この例では、Buttonクラス、および名前がGraphicsで始まるクラスについて、HTML形式のドキュメントが生成されます。

  パッケージとクラスのドキュメント化

パッケージ全体と個々のクラスを同時に指定してドキュメント化することもできます。次に、前述の2つの例を組み合せた例を示します。-sourcepathは、パッケージへのパスに対しては使用できますが、個々のクラスへのパスに対しては使用できません。

  % javadoc -d /home/html -sourcepath /home/src java.awt /home/src/java/applet/Applet.java

この例では、java.awtパッケージおよびAppletクラスについて、HTML形式のドキュメントが生成されます。(Javadocツールは、Applet.javaソース・ファイル内にパッケージ宣言があれば、その宣言に基づいてAppletのパッケージ名を判別します。)

使用例

Javadocツールには多くの便利なオプションがあり、その中には他のオプションよりも頻繁に使用されるものがあります。ここで紹介するのは、JavaプラットフォームAPIに対してJavadocツールを実行するときに使用する実際のコマンドです。Java SE Platform, Standard Edition, v1.2に存在する、約1500個のpublicおよびprotectedクラスのドキュメントを生成するために、180MBのメモリーを使用します。

同じ例を2回掲載します。最初の例はコマンドラインから実行するもので、2番目の例はMakefileから実行するものです。オプションの引数で絶対パスが使用されているため、任意のディレクトリから同じjavadocコマンドを実行できます。

  コマンドラインの例

次の例は、DOSなどの一部のシェルには長すぎます。この制限を回避するには、コマンドライン引数ファイルを使用します。または、シェル・スクリプトを記述します。

% javadoc -sourcepath /java/jdk/src/share/classes \
    -overview /java/jdk/src/share/classes/overview.html \
    -d /java/jdk/build/api \
    -use \
    -splitIndex \
    -windowtitle 'Java Platform, Standard Edition 7 API Specification' \
    -doctitle 'Java Platform, Standard Edition 7 API Specification' \
    -header '<b>Java(TM) SE 7</b>' \
    -bottom '<font size="-1">
      <a href="http://bugreport.sun.com/bugreport/">Submit a bug or feature</a><br/>
      Copyright &copy; 1993, 2011, Oracle and/or its affiliates. All rights reserved.<br/>
      Oracle is a registered trademark of Oracle Corporation and/or its affiliates.
      Other names may be trademarks of their respective owners.</font>' \
    -group "Core Packages" "java.*:com.sun.java.*:org.omg.*" \
    -group "Extension Packages" "javax.*" \
    -J-Xmx180m \
    @packages

ここで、packagesは、処理対象のパッケージ名(java.applet java.langなど)が入っているファイルの名前です。各オプションの、一重引用符で囲まれた引数の内側には、改行文字を挿入できません。(たとえば、この例をコピー&ペーストする場合は、-bottomオプションから改行文字を削除してください。)さらに、下の「注意」も参照してください。

  Makefileの例

ここでは、GNU Makefileの例を示します。WindowsのMakefileの例については、 WindowsのMakefileの作成方法 @
http://www.oracle.com/technetwork/java/javase/documentation/index-137483.html#makefilesを参照してください。

javadoc -sourcepath $(SRCDIR)              \   /* Sets path for source files     */
        -overview $(SRCDIR)/overview.html  \   /* Sets file for overview text    */
        -d /java/jdk/build/api             \   /* Sets destination directory     */
        -use                               \   /* Adds "Use" files               */
        -splitIndex                        \   /* Splits index A-Z               */
        -windowtitle $(WINDOWTITLE)        \   /* Adds a window title            */
        -doctitle $(DOCTITLE)              \   /* Adds a doc title               */
        -header $(HEADER)                  \   /* Adds running header text       */
        -bottom $(BOTTOM)                  \   /* Adds text at bottom            */
        -group $(GROUPCORE)                \   /* 1st subhead on overview page   */
        -group $(GROUPEXT)                 \   /* 2nd subhead on overview page   */
        -J-Xmx180m                         \   /* Sets memory to 180MB           */
        java.lang java.lang.reflect        \   /* Sets packages to document      */
        java.util java.io java.net         \
        java.applet

WINDOWTITLE = 'Java(TM) SE 7 API Specification'
DOCTITLE = 'Java(TM) Platform Standard Edition 7 API Specification'
HEADER = '<b>Java(TM) SE 7</font>'
BOTTOM = '<font size="-1">
      <a href="http://bugreport.sun.com/bugreport/">Submit a bug or feature</a><br/>
      Copyright &copy; 1993, 2011, Oracle and/or its affiliates. All rights reserved.<br/>
      Oracle is a registered trademark of Oracle Corporation and/or its affiliates.
      Other names may be trademarks of their respective owners.</font>'
GROUPCORE = '"Core Packages" "java.*:com.sun.java.*:org.omg.*"'
GROUPEXT  = '"Extension Packages" "javax.*"'
SRCDIR = '/java/jdk/1.7.0/src/share/classes'

Makefileの引数は、一重引用符で囲みます。

注意

    o   -windowtitleオプションを省略すると、Javadocツールによってドキュメント・タイトルがウィンドウ・タイトルにコピーされます。-windowtitleのテキストは、基本的に-doctitleと同じです。ただし、HTMLタグは含まれません。これは、HTMLタグが、ウィンドウ・タイトル内にそのままのテキストとして表示されるのを防ぐためです。.

    o   この例のように-footerオプションを省略すると、Javadocツールによってヘッダー・テキストがフッターにコピーされます。

    o   この例では必要ありませんが、-classpathと-linkも重要なオプションです。

トラブルシューティング

  一般的なトラブルシューティング

    o   JavadocのFAQ - 一般的なバグおよびトラブルシューティングのヒントは、 JavadocのFAQ @
        http://www.oracle.com/technetwork/java/javase/documentation/index-137483.htmlで参照できます。

    o   バグおよび制限事項 - バグの一部は、バグ修正および変更のインポートでも参照できます。

    o   バージョン番号 - バージョン番号を参照してください。

    o   有効なクラスのみをドキュメント化 - パッケージをドキュメント化するとき、Javadocは、名前が有効なクラス名で構成されているファイルのみを読み込みます。たとえば、ファイル名にハイフン「-」を含めることで、Javadocによるファイルの解析を防ぐことができます。

  エラーと警告

エラーおよび警告メッセージには、ファイル名と宣言行(ドキュメンテーション・コメント内の特定の行ではない)の行番号が含まれます。

    o   「エラー: Class1.javaを読み込めません」: Javadocツールは現在のディレクトリにClass1.javaクラスをロードしようとしています。絶対パスまたは相対パスとともに表示されるクラス名は、この例の場合./Class1.javaと同じです。

環境

    CLASSPATH
        Javadocがユーザー・クラスのファイルを探すときに使用するパスを指定する環境変数です。この環境変数は、-classpathオプションによってオーバーライドされます。ディレクトリは、次のようにコロンで区切ります。

関連項目

    o   javac(1)

    o   java(1)

    o   jdb(1)

    o   javah(1)

    o   javap(1)

    o   Javadocのホーム・ページ @
        http://www.oracle.com/technetwork/java/javase/documentation/index-jsp-135444.html

    o   How to Write Doc Comments for Javadoc @
        http://www.oracle.com/technetwork/java/javase/documentation/index-137868.html

    o   クラス・パスの設定 @
        http://docs.oracle.com/javase/7/docs/technotes/tools/index.html#general

    o   javacとjavadocがクラスを検索する方法 @
        http://docs.oracle.com/javase/7/docs/technotes/tools/findingclasses.html#srcfiles(tools.jar)