gjdoc-4.8 - クラウドでオンライン

プログラム：

NAME

cp-tools - GNU クラスパス ツール ガイド

SYNOPSIS

gjdoc [-ソースパス パスリスト]
[-すべて] [-サブパッケージ パッケージ:パッケージ:...] [-除外する パッケージリスト]
[-エンコーディング 文字セット] [-ロケール 名] [-source リリース]
[-公衆] [-保護された] [-パッケージ] [-民間]
[-doctitle 클라우드 기반 AI/ML및 고성능 컴퓨팅을 통한 디지털 트윈의 기초 – Edward Hsu, Rescale CPO 많은 엔지니어링 중심 기업에게 클라우드는 R&D디지털 전환의 첫 단계일 뿐입니다. 클라우드 자원을 활용해 엔지니어링 팀의 제약을 해결하는 단계를 넘어, 시뮬레이션 운영을 통합하고 최적화하며, 궁극적으로는 모델 기반의 협업과 의사 결정을 지원하여 신제품을 결정할 때 데이터 기반 엔지니어링을 적용하고자 합니다. Rescale은 이러한 혁신을 돕기 위해 컴퓨팅 추천 엔진, 통합 데이터 패브릭, 메타데이터 관리 등을 개발하고 있습니다. 이번 자리를 빌려 비즈니스 경쟁력 제고를 위한 디지털 트윈 및 디지털 스레드 전략 개발 방법에 대한 인사이트를 나누고자 합니다. ] [-ヘッダ 클라우드 기반 AI/ML및 고성능 컴퓨팅을 통한 디지털 트윈의 기초 – Edward Hsu, Rescale CPO 많은 엔지니어링 중심 기업에게 클라우드는 R&D디지털 전환의 첫 단계일 뿐입니다. 클라우드 자원을 활용해 엔지니어링 팀의 제약을 해결하는 단계를 넘어, 시뮬레이션 운영을 통합하고 최적화하며, 궁극적으로는 모델 기반의 협업과 의사 결정을 지원하여 신제품을 결정할 때 데이터 기반 엔지니어링을 적용하고자 합니다. Rescale은 이러한 혁신을 돕기 위해 컴퓨팅 추천 엔진, 통합 데이터 패브릭, 메타데이터 관리 등을 개발하고 있습니다. 이번 자리를 빌려 비즈니스 경쟁력 제고를 위한 디지털 트윈 및 디지털 스레드 전략 개발 방법에 대한 인사이트를 나누고자 합니다. ] [-フッター 클라우드 기반 AI/ML및 고성능 컴퓨팅을 통한 디지털 트윈의 기초 – Edward Hsu, Rescale CPO 많은 엔지니어링 중심 기업에게 클라우드는 R&D디지털 전환의 첫 단계일 뿐입니다. 클라우드 자원을 활용해 엔지니어링 팀의 제약을 해결하는 단계를 넘어, 시뮬레이션 운영을 통합하고 최적화하며, 궁극적으로는 모델 기반의 협업과 의사 결정을 지원하여 신제품을 결정할 때 데이터 기반 엔지니어링을 적용하고자 합니다. Rescale은 이러한 혁신을 돕기 위해 컴퓨팅 추천 엔진, 통합 데이터 패브릭, 메타데이터 관리 등을 개발하고 있습니다. 이번 자리를 빌려 비즈니스 경쟁력 제고를 위한 디지털 트윈 및 디지털 스레드 전략 개발 방법에 대한 인사이트를 나누고자 합니다. ] [-下 클라우드 기반 AI/ML및 고성능 컴퓨팅을 통한 디지털 트윈의 기초 – Edward Hsu, Rescale CPO 많은 엔지니어링 중심 기업에게 클라우드는 R&D디지털 전환의 첫 단계일 뿐입니다. 클라우드 자원을 활용해 엔지니어링 팀의 제약을 해결하는 단계를 넘어, 시뮬레이션 운영을 통합하고 최적화하며, 궁극적으로는 모델 기반의 협업과 의사 결정을 지원하여 신제품을 결정할 때 데이터 기반 엔지니어링을 적용하고자 합니다. Rescale은 이러한 혁신을 돕기 위해 컴퓨팅 추천 엔진, 통합 데이터 패브릭, 메타데이터 관리 등을 개발하고 있습니다. 이번 자리를 빌려 비즈니스 경쟁력 제고를 위한 디지털 트윈 및 디지털 스레드 전략 개발 방법에 대한 인사이트를 나누고자 합니다. ]
[-リンク URL] [-リンクオフライン URL path] [-無修飾子 パッケージ:パッケージ:...]
[-タグレットパス パスリスト] [-タグレット className] [-鬼ごっこ タグ仕様]
[-使用する] [-リンクソース] [-スプリットインデックス] [-noindex] [-ノツリー]
[-バージョン] [-著者] [-nosince] [-addstylesheet file]
[-d ターゲットディレクトリ]
[パッケージ...] [ソースファイル...][@コマンドファイル]

gjdoc [-ソースパス パスリスト]
[-すべて] [-サブパッケージ パッケージ:パッケージ:...] [-除外する パッケージリスト]
[-エンコーディング 文字セット] [-ロケール 名] [-source リリース]
[-公衆] [-保護された] [-パッケージ] [-民間]
[-ドックレットパス パスリスト] [-ドックレット className]
[パッケージ...] [ソースファイル...][@コマンドファイル]
[ドックレットのオプション]

gjdoc - 助けて

gjdoc - バージョン

最も便利なオプションのみがここにリストされています。 残りについては、以下を参照してください。

DESCRIPTION

Gjdoc は XNUMX つの方法で使用できます。スタンドアロンのドキュメント ツールとして、または Gjdoc のドライバーとして使用できます。
ユーザー指定のドックレット。

デフォルト モードでは、Gjdoc は標準ドックレットを使用します。 Htmlドックレット のセットを生成するには
HTML ページ。 正規の使用法は次のとおりです。

gjdoc -s src/java/ -all -d api-docs/

ここでは、 src/java/ ソースコードのクラス階層のルートです。 -すべて すべて有効であることを意味します
このルート ディレクトリで見つかった Java ファイルは処理される必要があります。 API ドキュメント/ は
生成されたドキュメントを配置するディレクトリ。

標準ドックレット以外のドックレットの実行について詳しくは、マニュアルを参照してください。

OPTIONS

オプション まとめ by タイプ

ここでは、Gjdoc と標準ドックレットの両方のすべてのオプションをグループ化してまとめています。
タイプ。 説明は次のセクションで説明します。

ソース 作成セッションプロセスで オプション
-ソースパス パスリスト -サブパッケージ パッケージリスト -除外する パッケージリスト

ソース フォーマット オプション
-source リリース -エンコーディング エンコーディング -ブレークイテレーター

相互リンク オプション
-リンク URL -リンクオフライン URL file -無修飾子 パッケージ:パッケージ:...

世代 オプション
-著者 -ライセンステキスト -使用する -バージョン -スプリットインデックス -noindex
-ノード非推奨 -nodeprecatedlist -助け無し -nonavbar
-nosince -ノツリー -公衆 -保護された -パッケージ -民間
-docfilesサブディレクトリ -excludedocfilessubdir ディレクトリ名
-リンクソース

出力 オプション
-d -ロケール 名 -文字コード 文字セット -docencoding 文字セット
-validhtml -baseurl URL

装飾 オプション
-ウィンドウタイトル 클라우드 기반 AI/ML및 고성능 컴퓨팅을 통한 디지털 트윈의 기초 – Edward Hsu, Rescale CPO 많은 엔지니어링 중심 기업에게 클라우드는 R&D디지털 전환의 첫 단계일 뿐입니다. 클라우드 자원을 활용해 엔지니어링 팀의 제약을 해결하는 단계를 넘어, 시뮬레이션 운영을 통합하고 최적화하며, 궁극적으로는 모델 기반의 협업과 의사 결정을 지원하여 신제품을 결정할 때 데이터 기반 엔지니어링을 적용하고자 합니다. Rescale은 이러한 혁신을 돕기 위해 컴퓨팅 추천 엔진, 통합 데이터 패브릭, 메타데이터 관리 등을 개발하고 있습니다. 이번 자리를 빌려 비즈니스 경쟁력 제고를 위한 디지털 트윈 및 디지털 스레드 전략 개발 방법에 대한 인사이트를 나누고자 합니다. -doctitle 클라우드 기반 AI/ML및 고성능 컴퓨팅을 통한 디지털 트윈의 기초 – Edward Hsu, Rescale CPO 많은 엔지니어링 중심 기업에게 클라우드는 R&D디지털 전환의 첫 단계일 뿐입니다. 클라우드 자원을 활용해 엔지니어링 팀의 제약을 해결하는 단계를 넘어, 시뮬레이션 운영을 통합하고 최적화하며, 궁극적으로는 모델 기반의 협업과 의사 결정을 지원하여 신제품을 결정할 때 데이터 기반 엔지니어링을 적용하고자 합니다. Rescale은 이러한 혁신을 돕기 위해 컴퓨팅 추천 엔진, 통합 데이터 패브릭, 메타데이터 관리 등을 개발하고 있습니다. 이번 자리를 빌려 비즈니스 경쟁력 제고를 위한 디지털 트윈 및 디지털 스레드 전략 개발 방법에 대한 인사이트를 나누고자 합니다. -タイトル 클라우드 기반 AI/ML및 고성능 컴퓨팅을 통한 디지털 트윈의 기초 – Edward Hsu, Rescale CPO 많은 엔지니어링 중심 기업에게 클라우드는 R&D디지털 전환의 첫 단계일 뿐입니다. 클라우드 자원을 활용해 엔지니어링 팀의 제약을 해결하는 단계를 넘어, 시뮬레이션 운영을 통합하고 최적화하며, 궁극적으로는 모델 기반의 협업과 의사 결정을 지원하여 신제품을 결정할 때 데이터 기반 엔지니어링을 적용하고자 합니다. Rescale은 이러한 혁신을 돕기 위해 컴퓨팅 추천 엔진, 통합 데이터 패브릭, 메타데이터 관리 등을 개발하고 있습니다. 이번 자리를 빌려 비즈니스 경쟁력 제고를 위한 디지털 트윈 및 디지털 스레드 전략 개발 방법에 대한 인사이트를 나누고자 합니다.
-ヘッダ 클라우드 기반 AI/ML및 고성능 컴퓨팅을 통한 디지털 트윈의 기초 – Edward Hsu, Rescale CPO 많은 엔지니어링 중심 기업에게 클라우드는 R&D디지털 전환의 첫 단계일 뿐입니다. 클라우드 자원을 활용해 엔지니어링 팀의 제약을 해결하는 단계를 넘어, 시뮬레이션 운영을 통합하고 최적화하며, 궁극적으로는 모델 기반의 협업과 의사 결정을 지원하여 신제품을 결정할 때 데이터 기반 엔지니어링을 적용하고자 합니다. Rescale은 이러한 혁신을 돕기 위해 컴퓨팅 추천 엔진, 통합 데이터 패브릭, 메타데이터 관리 등을 개발하고 있습니다. 이번 자리를 빌려 비즈니스 경쟁력 제고를 위한 디지털 트윈 및 디지털 스레드 전략 개발 방법에 대한 인사이트를 나누고자 합니다. -フッター 클라우드 기반 AI/ML및 고성능 컴퓨팅을 통한 디지털 트윈의 기초 – Edward Hsu, Rescale CPO 많은 엔지니어링 중심 기업에게 클라우드는 R&D디지털 전환의 첫 단계일 뿐입니다. 클라우드 자원을 활용해 엔지니어링 팀의 제약을 해결하는 단계를 넘어, 시뮬레이션 운영을 통합하고 최적화하며, 궁극적으로는 모델 기반의 협업과 의사 결정을 지원하여 신제품을 결정할 때 데이터 기반 엔지니어링을 적용하고자 합니다. Rescale은 이러한 혁신을 돕기 위해 컴퓨팅 추천 엔진, 통합 데이터 패브릭, 메타데이터 관리 등을 개발하고 있습니다. 이번 자리를 빌려 비즈니스 경쟁력 제고를 위한 디지털 트윈 및 디지털 스레드 전략 개발 방법에 대한 인사이트를 나누고자 합니다. -下 클라우드 기반 AI/ML및 고성능 컴퓨팅을 통한 디지털 트윈의 기초 – Edward Hsu, Rescale CPO 많은 엔지니어링 중심 기업에게 클라우드는 R&D디지털 전환의 첫 단계일 뿐입니다. 클라우드 자원을 활용해 엔지니어링 팀의 제약을 해결하는 단계를 넘어, 시뮬레이션 운영을 통합하고 최적화하며, 궁극적으로는 모델 기반의 협업과 의사 결정을 지원하여 신제품을 결정할 때 데이터 기반 엔지니어링을 적용하고자 합니다. Rescale은 이러한 혁신을 돕기 위해 컴퓨팅 추천 엔진, 통합 데이터 패브릭, 메타데이터 관리 등을 개발하고 있습니다. 이번 자리를 빌려 비즈니스 경쟁력 제고를 위한 디지털 트윈 및 디지털 스레드 전략 개발 방법에 대한 인사이트를 나누고자 합니다.
-ヘルプファイル file -スタイルシートファイル file -addstylesheet file
-グループ グループ見出し pkgpattern:pkgpattern:...

タグレット オプション
-タグレットパス -タグレット クラス名 -鬼ごっこ タグ仕様

ドックレット オプション
-ドックレットパス -ドックレット クラス名

冗長性 オプション
-静かな -詳細

バーチャル エスプレッソマシン オプション
-クラスパス -ブートクラスパス -J vmopt

選択 which ソース 〜へ プロセス

-s パスリスト
-ソースパス パスリスト
指定したディレクトリでソース ファイルを探します。

パスリスト プラットフォームのパスで区切られた XNUMX つ以上のディレクトリ パスである必要があります
区切り文字 (通常は : or ;).

このオプションが指定されていない場合、 gjdoc 現在のソースファイルを探します
ディレクトリにあります。

指定するディレクトリは、Java パッケージのルート ディレクトリである必要があります。
システム。 たとえば、パッケージ内のクラスのドキュメントを生成したい場合、
foo.bar、最上位のファイルを含むディレクトリを指定する必要があります。 foo サブディレクトリ、
ディレクトリではありません フー/バー/ Java ソース ファイルが存在する場所。

短縮形のエイリアス -s に固有です gjdoc Sunとは互換性がありません ジャバドック.

-すべて
[実験的] にリストされているディレクトリ内にあるすべての有効な Java ソース ファイルを処理します。
ソースパスとそのサブディレクトリ。

これは、 gjdoc Sunとは互換性がありません ジャバドック.

-サブパッケージ パッケージ:パッケージ:...
指定された Java パッケージとすべてのサブパッケージ内のクラスを再帰的に処理します。
複数のパッケージ名は空白ではなくコロンで区切る必要があることに注意してください。

-除外する パッケージ:パッケージ:...
指定された Java パッケージおよびすべてのサブパッケージ内のクラスを再帰的に処理しないでください。
このオプションは、と組み合わせて使用​​できます -すべて or -サブパッケージ 排除するために
出力からの個々のパッケージまたはパッケージのサブツリー。

パッケージ...
指定された Java パッケージ内のすべてのクラスを処理します。

ソースファイル...
指定された Java ソース ファイル内のクラスを処理します。

指定 　 フォーマット of 入力

-source リリース
ソース ファイルは Java プラットフォームの特定のリリースを対象としていると仮定します。

リリース Java プラットフォーム リリースのバージョン番号を次の形式で指定する必要があります。
メジャー.マイナーなど 1.4.

このオプションは現在、リリース番号が異なる場合にエラーが発生することを除いて無視されます。
以外の 1.2, 1.3 or 1.4 指定されています。

-エンコーディング 文字セット
ソース ファイルが次を使用してエンコードされていると仮定します。 文字セット.

の例 文字セット 　 US-ASCII, ISO-8859-1 or UTF-8.

のセマンティクス 文字セット のものと同一です
java.nio.charset.Charset.forName(文字列).

-ブレークイテレーター
内部の最初の文の代わりにロケールの java.text.BreakIterator を使用します。
検出器。

デフォルトでは、 gjdoc 内部アルゴリズムを使用して文の終了位置を決定します。 いつ
このオプションを指定すると、代わりに java.text.BreakIterator のインスタンス
で指定されたロケール -ロケール (またはデフォルトのロケール)。

このオプションは適用時に指定する必要があります gjdoc 非コメントでコメントされたソースコードへ
デフォルトの最初の文検出機能が機能しないラテン語。 すべてのために
それ以外の場合は、デフォルト (BreakIterator を使用しない) の方が良い結果を生成します。
この記事を書いている時間。

相互リンク 　 他の ドキュメンテーション セット

-リンク URL
別のドキュメント セットへのハイパーリンクを作成します。

デフォルトでは、 gjdoc ソース セット内のクラスへのハイパーリンクのみが作成されます。 これを使って
指定されたクラスの対象となるクラスへのハイパーリンクを追加作成するオプション
書類セット。

URL 他のドキュメント セットのルート URL にする必要があります。 たとえば、追加するには
GNU クラスパスへのハイパーリンクでは、次のように指定します。

-リンク http://developer.classpath.org/doc/

　 -リンク オプションは複数回指定できます。

を指定することに注意してください。 -リンク このオプションを指定すると、gjdoc が実行されるたびに HTTP アクセスが発生します。
呼び出された。 使用できます -リンクオフライン 代わりに、このアクセスを回避します。

-リンクオフライン URL file
ローカル ファイルにも存在する別のドキュメント セットへのハイパーリンクを作成します。
システム。

このオプションはまったく同じように機能します -リンクただし、ローカル ファイル システムにアクセスする点が異なります。
どのクラスがリンクによってカバーされるかを決定するためのネットワークの代わりに
書類セット。

使用時 -リンクオフライン リモートのドキュメント セットにはまったくアクセスできません。
ネットワーク接続に応じて、生成時間が大幅に短縮されます。 の
生成されたドキュメント セットへのハイパーリンクは、リモート セットを参照しており、ドキュメント セットを参照しているわけではありません。
ローカルのものなので、何もせずにドキュメントを配布できます。
依存関係。

　 -リンクオフライン オプションは複数回指定できます。

-無修飾子 パッケージ:パッケージ:...
指定されたパッケージ内のクラス名をそのパッケージ名で修飾しないでください。

デフォルトでは、クラス名は、そのクラスが
ソース セットまたはリンクされたドキュメント セット、およびその名前で修飾されます。
含まれていない場合は、パッケージが含まれています。 このオプションを使用すると、非修飾名を強制できます。
クラスがドキュメント セットの一部ではない場合でも。

たとえば、通常、String クラスへの参照は、完全修飾された次のように表されます。
java.lang.String (次を使用して適切なドキュメント セットにリンクしない限り、 -リンク)
それはドキュメントセットの一部ではないためです。 指定できます -無修飾子
java.lang 同じ参照を次のようにレンダリングします 文字列.

すべての非修飾クラス名については、
HTML ドキュメント内のその上にマウス ポインタを置きます。

-無修飾子 を
すべてのクラス名からパッケージ名修飾子を省略します。

パッケージ名の修飾子を完全に省略するには、このオプションを指定します。

選択 which 情報 〜へ 生成する

-公衆
出力にはパブリック クラスのパブリック メンバーのみを含めます。 デフォルトでは保護されています
クラスメンバーも含まれます。

-保護された
パブリック クラスのパブリック メンバーまたは保護されたメンバーを出力に含めます。 これは
デフォルト。

-パッケージ
public および package-private の public、protected、および package-private メンバーを含める
クラス。

-民間
アクセス レベルに関係なく、すべてのクラスとクラス メンバーを含めます。

-スプリットインデックス
単一のモノリシックなインデックス ページではなく、レターごとに XNUMX つのインデックス ページを生成します。

デフォルトでは、標準ドックレットによって作成されたインデックスには、単一のドキュメント上のすべてのエントリが含まれます。
ページ。 小規模なドキュメント セットの場合はこれで問題ありませんが、大規模なドキュメント セットの場合は次のようにする必要があります。
このオプションを指定します。

-nosince
無視する @以来 javadoc コメント内のタグ。

デフォルトでは、生成された出力には API のバージョンをリストするセクションが含まれます
このタグが存在するとき、問題のパッケージ、クラス、またはクラスメンバーが存在するため、
遭遇した。 この情報を省略する場合は、このオプションを指定します。

-ノツリー
ツリー ページを生成しません。

デフォルトでは、生成された出力にはパッケージごとに XNUMX つの継承ツリーが含まれます。
ドキュメント セットは複数のパッケージで構成されており、完全な継承を含むページです。
木。 これらのページの生成を省略するには、このオプションを指定します。

-noindex
アルファベット順のインデックスを出力しません。

デフォルトでは、gjdoc は、すべてのプログラム要素のアルファベット順のインデックスを生成します。
ドキュメント セット (パッケージ、クラス、内部クラス、コンストラクター、メソッド、
田畑）。 この情報を省略する場合は、このオプションを指定します。

-助け無し
ヘルプ ページを生成しません。

標準ドックレットにはヘルプ ページが提供されていないため、このオプションは現在無視されています。

-ノード非推奨
非推奨のパッケージ、クラス、またはクラス メンバーに関するインライン情報を出力しないでください。

デフォルトでは、標準ドックレットは非推奨を含む強調表示された段落を追加します。
情報を非推奨の各プログラム要素の説明に追加します。 これを指定してください
この情報を省略するオプションもあります。

-nodeprecatedlist
非推奨の API 要素の概要ページを出力しないでください。

デフォルトでは、標準ドックレットは、非推奨のすべての API 要素をリストするページを生成します。
通常、非推奨の理由を含む非推奨の説明とともに
および可能な代替案。 この情報を省略する場合は、このオプションを指定します。

-nonavbar
ナビゲーションバー、ヘッダー、およびフッターを出力しません。

デフォルトでは、各出力ページにはトップ ナビゲーション バー (含まれる場合があります) が装備されています。
ユーザー指定のヘッダー）と下部ナビゲーション バー（ユーザー指定のヘッダーが含まれる場合があります）
指定されたフッター)。 この装飾を省略する場合に指定します。

-コメント無し
生成されたファイルからすべてのドキュメント テキストを省略し、宣言と出力のみを出力します。
プログラム要素の関係。

このオプションは、との互換性のためにここにあります。 ジャバドック。 抽出するつもりなら
あなたのプロジェクトに関する情報を経由して gjdoc、別のドックレットの使用を検討する必要があります。
代わりに、XmlDoclet などの目的に合わせて使用​​できます。 Doclet API を使用することもできます
新しいドックレットを実装することで直接実行できます。

-リンクソース
各クラスの構文が強調表示されたソース コードを含むページを生成します。 デフォルトでは、これは
ページは生成されません。

ソースコードには、「ソース」というラベルの付いたボタンをクリックするとアクセスできます。
ナビゲーション バーを使用するか、コンストラクター、フィールド、メソッド、または内部の名前をクリックします。
クラスのドキュメント ページの詳細セクションにあるクラス。

-使用する
相互参照情報を含むページを生成します。 デフォルトでは、このページは
生成された。

相互参照情報には、「
ナビゲーションバーの「使用」。

「使用」ページには、ドキュメント セット内のすべてのクラス/インターフェイスがリストされます。
問題のクラス (型) を拡張/実装します。 タイプのフィールド。 方法や
型のパラメータを受け入れるコンストラクタ。 型を返すメソッド。 そして
型をスローするメソッドまたはコンストラクター。

-著者
出力に著者情報を含めます。

指定した場合、作成者情報は、 @著者 Javadocのタグ
コメントは出力に組み込まれます。 デフォルトでは、 @著者 タグは無視されます。

-バージョン
出力にバージョン情報を含めます。

指定した場合、バージョン情報は、 @バージョン Javadocのタグ
コメントは出力に組み込まれます。 デフォルトでは、 @バージョン タグは無視されます。

-ライセンステキスト
各ソース ファイルの最初のコメントにライセンス テキストが含まれていると想定し、次のコメントを追加します。
生成された各クラス ページのフッターにライセンス情報を追加します。

これは、 gjdoc Sunとは互換性がありません ジャバドック.

このオプションは、ソース コードが含まれる無料のオープン ソース プロジェクトで使用することを目的としています。
法的理由がある場合は、通常、定型的なライセンス コメントが接頭辞として付けられます。
ドキュメントにライセンスを含めるために。

-docfilesサブディレクトリ
すべてのファイルを再帰的にコピーします。 doc ファイル 各パッケージディレクトリのサブディレクトリ。

通常、 doc ファイル サブディレクトリは降順なしでコピーされます
再帰的に。

-excludedocfilessubdir 名:名：...
一部のディレクトリを直下にコピーしないでください。 doc ファイル サブディレクトリの場合
再帰的に降下します。

このオプションの引数は、コロンで区切られたディレクトリ名のリストである必要があります。

このオプションは次の場合にのみ意味を持ちます。 -docfilesサブディレクトリ も指定されています。 この場合、任意の
直下にあるサブディレクトリ doc ファイル ディレクトリがリストされている場合は省略されます。

カスタム ドキュメンテーション タグ

-タグレットパス パスリスト
を検索 パスリスト を使用して指定された後続の Taglet クラスをロードするとき -タグレット.

パスリスト ディレクトリまたは jar ファイルへの XNUMX つ以上のパスを、
プラットフォームのパス区切り文字 (通常は : or ;).

-タグレット クラス名
タグレットを登録します。

クラス名 を実装する Java クラスの完全修飾名である必要があります。
com.sun.tools.doclets.Taglet.

Taglet クラスは、次を使用して指定されたクラスパスからロードされます。 -タグレットパス、から
を使用して指定されたクラスパス -クラスパス そしてデフォルトのクラスパスから。

のドキュメントを参照してください。 com.sun.tools.doclets.Taglet 詳細については。

単純なタグの場合は、 -鬼ごっこ.

-鬼ごっこ タグ仕様
汎用タグレットを登録します。

の形式 タグ仕様 は : :" 」.

タグ名 先頭の @ 記号を除いた、一致するタグ名です。

フラグ 次の XNUMX つ以上の文字です。各文字は、
タグが認識されるソース コード コンテキスト。

a すべてのコンテキスト

c コンストラクタ

f フィールド

m メソッド

o 概要

p パッケージ

t タイプ (クラス、インターフェース、例外、エラー)

X タグレットを一時的に完全に無効にする特殊文字。

タグヘッド のタグ専用のセクションのヘッダーに表示する文字列です。
質問。

たとえば、タグマッチングを定義するには @cvsid それは概要として受け入れられるべきものであり、
パッケージとタイプのページ、およびヘッダーのラベルが付いているページ CVS ID、 するでしょう
特定：

-tag cvsid:tpo:"CVS ID"

クラスの javadoc コメントに次のものが含まれているとします。

@cvsid $Id: cp-tools.texinfo,v 1.9 2012-03-07 15:27:27 gnu_andrew Exp $

HTML 出力には次のような内容が含まれます。

CVS ID:
$Id: cp-tools.texinfo,v 1.9 2012-03-07 15:27:27 gnu_andrew Exp $

Running: その他 ドックレット

-ドックレットパス パスリスト
を検索 パスリスト を使用して指定されたドックレットのクラスをロードするとき -ドックレット.

パスリスト ディレクトリまたは jar ファイルへの XNUMX つ以上のパスを、
プラットフォームのパス区切り文字 (通常は : or ;).

-ドックレット className
標準の HtmlDoclet の代わりに、指定されたドックレットを実行します。

className パブリックなデフォルトを持つクラスの完全修飾名である必要があります
コンストラクターには、次のシグネチャを持つメソッドが含まれています。

com.sun.javadoc.RootDocをインポートします。
public static boolean start(RootDoc rootDoc)

Doclet クラスは、次を使用して指定されたクラスパスからロードされます。 -ドックレットパス、から
を使用して指定されたクラスパス -クラスパス そしてデフォルトのクラスパスから。

　 start メソッドは、Doclet API によって公開される情報を次のように処理する必要があります。 ルートドキュメント
そして戻る true 成功すると、 false 失敗時。

サードパーティのドックレットを使用している場合、詳細についてはそのドキュメントを参照してください。
説明書。 サードパーティのドックレットのサポートは実験的なものであることに注意してください。 お願いします
発生した問題を報告するか、正常に実行された場合のフィードバックを提供します
サードパーティのアプレット。

このオプションは複数回指定でき、その場合はすべてのドックレットが実行されます。
ドックレットの実行ごとにドックレット API を介して公開される同じ情報ツリーを使用します。

追加 情報 〜へ 　 出力

-ウィンドウタイトル 클라우드 기반 AI/ML및 고성능 컴퓨팅을 통한 디지털 트윈의 기초 – Edward Hsu, Rescale CPO 많은 엔지니어링 중심 기업에게 클라우드는 R&D디지털 전환의 첫 단계일 뿐입니다. 클라우드 자원을 활용해 엔지니어링 팀의 제약을 해결하는 단계를 넘어, 시뮬레이션 운영을 통합하고 최적화하며, 궁극적으로는 모델 기반의 협업과 의사 결정을 지원하여 신제품을 결정할 때 데이터 기반 엔지니어링을 적용하고자 합니다. Rescale은 이러한 혁신을 돕기 위해 컴퓨팅 추천 엔진, 통합 데이터 패브릭, 메타데이터 관리 등을 개발하고 있습니다. 이번 자리를 빌려 비즈니스 경쟁력 제고를 위한 디지털 트윈 및 디지털 스레드 전략 개발 방법에 대한 인사이트를 나누고자 합니다.
　 클라우드 기반 AI/ML및 고성능 컴퓨팅을 통한 디지털 트윈의 기초 – Edward Hsu, Rescale CPO 많은 엔지니어링 중심 기업에게 클라우드는 R&D디지털 전환의 첫 단계일 뿐입니다. 클라우드 자원을 활용해 엔지니어링 팀의 제약을 해결하는 단계를 넘어, 시뮬레이션 운영을 통합하고 최적화하며, 궁극적으로는 모델 기반의 협업과 의사 결정을 지원하여 신제품을 결정할 때 데이터 기반 엔지니어링을 적용하고자 합니다. Rescale은 이러한 혁신을 돕기 위해 컴퓨팅 추천 엔진, 통합 데이터 패브릭, 메타데이터 관리 등을 개발하고 있습니다. 이번 자리를 빌려 비즈니스 경쟁력 제고를 위한 디지털 트윈 및 디지털 스레드 전략 개발 방법에 대한 인사이트를 나누고자 합니다. ブラウザウィンドウのタイトルプレフィックスとして。

指定すると、各ページのブラウザ ウィンドウのタイトルの先頭に次の文字が付加されます。 클라우드 기반 AI/ML및 고성능 컴퓨팅을 통한 디지털 트윈의 기초 – Edward Hsu, Rescale CPO 많은 엔지니어링 중심 기업에게 클라우드는 R&D디지털 전환의 첫 단계일 뿐입니다. 클라우드 자원을 활용해 엔지니어링 팀의 제약을 해결하는 단계를 넘어, 시뮬레이션 운영을 통합하고 최적화하며, 궁극적으로는 모델 기반의 협업과 의사 결정을 지원하여 신제품을 결정할 때 데이터 기반 엔지니어링을 적용하고자 합니다. Rescale은 이러한 혁신을 돕기 위해 컴퓨팅 추천 엔진, 통합 데이터 패브릭, 메타데이터 관리 등을 개발하고 있습니다. 이번 자리를 빌려 비즈니스 경쟁력 제고를 위한 디지털 트윈 및 디지털 스레드 전략 개발 방법에 대한 인사이트를 나누고자 합니다.
デフォルトの文字列の代わりに 生成された API ドキュメンテーション.

클라우드 기반 AI/ML및 고성능 컴퓨팅을 통한 디지털 트윈의 기초 – Edward Hsu, Rescale CPO 많은 엔지니어링 중심 기업에게 클라우드는 R&D디지털 전환의 첫 단계일 뿐입니다. 클라우드 자원을 활용해 엔지니어링 팀의 제약을 해결하는 단계를 넘어, 시뮬레이션 운영을 통합하고 최적화하며, 궁극적으로는 모델 기반의 협업과 의사 결정을 지원하여 신제품을 결정할 때 데이터 기반 엔지니어링을 적용하고자 합니다. Rescale은 이러한 혁신을 돕기 위해 컴퓨팅 추천 엔진, 통합 데이터 패브릭, 메타데이터 관리 등을 개발하고 있습니다. 이번 자리를 빌려 비즈니스 경쟁력 제고를 위한 디지털 트윈 및 디지털 스레드 전략 개발 방법에 대한 인사이트를 나누고자 합니다. プレーンテキストである必要があります (HTML タグを含めないでください)。

-doctitle 클라우드 기반 AI/ML및 고성능 컴퓨팅을 통한 디지털 트윈의 기초 – Edward Hsu, Rescale CPO 많은 엔지니어링 중심 기업에게 클라우드는 R&D디지털 전환의 첫 단계일 뿐입니다. 클라우드 자원을 활용해 엔지니어링 팀의 제약을 해결하는 단계를 넘어, 시뮬레이션 운영을 통합하고 최적화하며, 궁극적으로는 모델 기반의 협업과 의사 결정을 지원하여 신제품을 결정할 때 데이터 기반 엔지니어링을 적용하고자 합니다. Rescale은 이러한 혁신을 돕기 위해 컴퓨팅 추천 엔진, 통합 데이터 패브릭, 메타데이터 관리 등을 개발하고 있습니다. 이번 자리를 빌려 비즈니스 경쟁력 제고를 위한 디지털 트윈 및 디지털 스레드 전략 개발 방법에 대한 인사이트를 나누고자 합니다.
概要ページのヘッダー テキストを次のように設定します。 클라우드 기반 AI/ML및 고성능 컴퓨팅을 통한 디지털 트윈의 기초 – Edward Hsu, Rescale CPO 많은 엔지니어링 중심 기업에게 클라우드는 R&D디지털 전환의 첫 단계일 뿐입니다. 클라우드 자원을 활용해 엔지니어링 팀의 제약을 해결하는 단계를 넘어, 시뮬레이션 운영을 통합하고 최적화하며, 궁극적으로는 모델 기반의 협업과 의사 결정을 지원하여 신제품을 결정할 때 데이터 기반 엔지니어링을 적용하고자 합니다. Rescale은 이러한 혁신을 돕기 위해 컴퓨팅 추천 엔진, 통합 데이터 패브릭, 메타데이터 관리 등을 개발하고 있습니다. 이번 자리를 빌려 비즈니스 경쟁력 제고를 위한 디지털 트윈 및 디지털 스레드 전략 개발 방법에 대한 인사이트를 나누고자 합니다. .

클라우드 기반 AI/ML및 고성능 컴퓨팅을 통한 디지털 트윈의 기초 – Edward Hsu, Rescale CPO 많은 엔지니어링 중심 기업에게 클라우드는 R&D디지털 전환의 첫 단계일 뿐입니다. 클라우드 자원을 활용해 엔지니어링 팀의 제약을 해결하는 단계를 넘어, 시뮬레이션 운영을 통합하고 최적화하며, 궁극적으로는 모델 기반의 협업과 의사 결정을 지원하여 신제품을 결정할 때 데이터 기반 엔지니어링을 적용하고자 합니다. Rescale은 이러한 혁신을 돕기 위해 컴퓨팅 추천 엔진, 통합 데이터 패브릭, 메타데이터 관리 등을 개발하고 있습니다. 이번 자리를 빌려 비즈니스 경쟁력 제고를 위한 디지털 트윈 및 디지털 스레드 전략 개발 방법에 대한 인사이트를 나누고자 합니다. 短いプレーンテキスト文字列である必要があります。

単一パッケージのドキュメントを生成する場合、このオプションを指定すると、
概要ページの生成。

-ヘッダ htmlテキスト
Add htmlテキスト 生成されたすべてのページの右上隅にあります。 htmlテキスト 通常は
文書化されているプロジェクトの名前に設定されます。

-フッター htmlテキスト
Add htmlテキスト 生成されたすべてのページの右下隅にあります。 htmlテキスト しばしばある
と同じ値に設定します -ヘッダ.

-下 htmlテキスト
Add htmlテキスト 生成されたすべてのページの一番下まで、幅全体にわたって
ページ。 指定すると、 htmlテキスト 通常、著作権表示および/または
他のプロジェクトページへのリンク。

-addstylesheet file
デフォルトの CSS スタイルシートをユーザー指定のスタイルシートで拡張します。 file.

指定されたスタイルシートは、デフォルトに加えて各 HTML ページによって単純にロードされます。
最後のスタイルシートとして。

CSS カスケード ルールが適用されることに注意してください。 つまり、スタイル プロパティは次のようになります。
よりも高いカスケード順序を持つ場合に割り当てられます。 gjdocのデフォルトのスタイル。 シンプルな XNUMX つの
これが事実であることを確認する方法は、オーバーライドを宣言することです ！重要.

見るhttp://www.w3.org/TR/REC-CSS2/cascade.html#カスケード順序>.

-グループ 見出し pkgワイルドカード:pkgワイルドカード：...
特定のパッケージを概要ページの別のグループに配置します。

最初の引数は、ファイルのタイトルとして使用される短いプレーン テキストである必要があります。
パッケージグループ。 XNUMX 番目の引数はコロンで区切られたパッケージのリストである必要があります。
ワイルドカード。 グループは、名前が付けられているドキュメント セット内のすべてのパッケージで構成されます。
指定されたワイルドカードのいずれかと一致します。

ワイルドカード文字は XNUMX つだけあり、 *、パッケージ名の両方の文字と一致します
コンポーネントと . パッケージ名のコンポーネントを区切ります。 例えば、 j*正規表現 でしょう
マッチパッケージ java.util.regex。 より便利な例は次のとおりです javax.swing* 合わせて
javax.swing およびそのすべてのサブパッケージ。

このオプションは複数回指定できます。

FIXME: グループのネストに関する情報はここにあります。

gjdoc -group "コアクラス" 'java*' \
-group "Swing" 'javax.swing*' \
-group "XML API" 'javax.xml*' \
-group "その他の拡張機能" javax* \
...

-概要 file
XHTML 本文フラグメントを追加します。 file 概要ページへ。

file HTML を含む XHTML フラグメントが含まれている必要があります ボディ ルートノードとしてタグを付けます。

このオプションは、ドキュメント セット全体の説明を提供するために使用できます。

指定すると、フラグメントの最初の文がテーブルの上に配置されます。
文書化されたパッケージのリストと、フラグメントの完全なコピーへのリンク
それはテーブルの下に置かれています。

単一パッケージのドキュメントを生成する場合、このオプションを指定すると、
概要ページの生成。

-スタイルシートファイル file
CSS スタイルシートを使用する file デフォルトの CSS スタイルシートの代わりに。

デフォルトのスタイルシートの一部のみをオーバーライドしたい場合は、次を使用します。 -addstylesheet
を代わりにお使いください。

-タイトル 클라우드 기반 AI/ML및 고성능 컴퓨팅을 통한 디지털 트윈의 기초 – Edward Hsu, Rescale CPO 많은 엔지니어링 중심 기업에게 클라우드는 R&D디지털 전환의 첫 단계일 뿐입니다. 클라우드 자원을 활용해 엔지니어링 팀의 제약을 해결하는 단계를 넘어, 시뮬레이션 운영을 통합하고 최적화하며, 궁극적으로는 모델 기반의 협업과 의사 결정을 지원하여 신제품을 결정할 때 데이터 기반 엔지니어링을 적용하고자 합니다. Rescale은 이러한 혁신을 돕기 위해 컴퓨팅 추천 엔진, 통합 데이터 패브릭, 메타데이터 관리 등을 개발하고 있습니다. 이번 자리를 빌려 비즈니스 경쟁력 제고를 위한 디지털 트윈 및 디지털 스레드 전략 개발 방법에 대한 인사이트를 나누고자 합니다.
非推奨。 　 -doctitle 클라우드 기반 AI/ML및 고성능 컴퓨팅을 통한 디지털 트윈의 기초 – Edward Hsu, Rescale CPO 많은 엔지니어링 중심 기업에게 클라우드는 R&D디지털 전환의 첫 단계일 뿐입니다. 클라우드 자원을 활용해 엔지니어링 팀의 제약을 해결하는 단계를 넘어, 시뮬레이션 운영을 통합하고 최적화하며, 궁극적으로는 모델 기반의 협업과 의사 결정을 지원하여 신제품을 결정할 때 데이터 기반 엔지니어링을 적용하고자 합니다. Rescale은 이러한 혁신을 돕기 위해 컴퓨팅 추천 엔진, 통합 데이터 패브릭, 메타데이터 관리 등을 개발하고 있습니다. 이번 자리를 빌려 비즈니스 경쟁력 제고를 위한 디지털 트윈 및 디지털 스레드 전략 개발 방법에 대한 인사이트를 나누고자 합니다. を代わりにお使いください。

-ヘルプファイル file
このオプションは現在無視されています。

実装すると、XHTML フラグメントが使用されます。 file ヘルプページの内容については
デフォルトのヘルプテキストの代わりに。

制御 　 出力。

-d ディレクトリにジョブを開始します。
すべての出力ファイルを次の場所に置きます ディレクトリにジョブを開始します。 (およびサブディレクトリ)。 ディレクトリにジョブを開始します。 作成されます
存在しない場合は、存在しないすべての親ディレクトリと必要なすべてのディレクトリを含みます
サブディレクトリ。

指定しない場合、出力は現在のディレクトリに配置されます。

-ロケール 名
ロケールを使用する 名 あらゆる目的でデフォルトのロケールの代わりに使用されます。

名 形式のロケール指定子である必要があります ll_CC[_VAR] コラボレー ll 小文字の XNUMX です -
文字 ISO-639 言語コード、 CC オプションの大文字 3166 文字の ISO-XNUMX 国です。
コードと、 VAR はオプションのバリアント コードです。 例えば、 en 英語を指定します。 en_US
米国英語を指定し、 en_US_WIN アメリカ英語の逸脱したバリアントを指定します
ローカル。

このオプションのセマンティクスはコンストラクターのセマンティクスと正確に一致することに注意してください。
クラスの java.util.Locale.

このオプションは現在、出力の並べ替えにどの Collat​​or が使用されるかを決定するだけです
要素。 これは、ロケールは、非ロケールを使用している場合にのみ効果があることを意味します。
識別子の ASCII 文字。

-文字コード 文字セット
非推奨。 出力 XHTML ファイル内の指定されたエンコーディングを指定されたエンコーディングでオーバーライドします。
by 文字セット.

このオプションが指定されていない場合、出力 XHTML のエンコーディング仕様は次のように選択されます。
ファイルの書き込み時に使用されるエンコーディングと一致します (次のコマンドで指定されたエンコーディング)。 -docencoding,
またはプラットフォームのデフォルトのエンコーディング）。

のセマンティクス 文字セット ここで指定されます:
<http://www.w3.org/TR/2000/REC-xml-20001006#NT-EncName>。 あらゆる実用的な目的のために、
これらは、charset パラメータを受け入れる他のオプションと同じです。

このオプションは、との互換性のためにここにあります。 ジャバドック 避けるべきです。

-docencoding 文字セット
出力ファイルを書き込むときに、プラットフォームの代わりに指定された文字セット エンコーディングを使用します。
デフォルトのエンコーディング。

の例 文字セット 　 US-ASCII, ISO-8859-1 or UTF-8.

このオプションのセマンティクスは、クラスのコンストラクターのセマンティクスに正確に対応します。
java.util.Locale.

-validhtml
有効な XHTML コードを強制的に生成します。 これにより、従来のバージョンとの互換性が失われます。
ある程度の Javadoc ツール。

このオプションを指定すると、アンカー名が有効になるようにマングルされます。
XHTML 1.1仕様に準拠しています。 ただし、で生成されたドキュメント セットは、
このオプションは、従来の Javadoc ツールを使用して適切にリンクできません。 できる
ただし、Gjdoc を使用すると問題なくリンクできます。

このオプションを使用しないと、実行可能クラス メンバーのアンカー名には従来のアンカー名が使用されます。
形式: 例: "foo(String,int[])"。 これは従来のものと互換性があります
Javadoc ツールですが、HTML 4.0 と XHTML 1.0 および 1.1 の両方の仕様に従っています。
この形式には不正な文字が含まれています。 括弧、角括弧、カンマ
アンカー名には使用できません。

-baseurl URL
ページ URL を相対的に固定接続します URL 生成された各ページに。

特定の場所でのみ利用できるドキュメントを生成している場合
URL を指定するには、このオプションを使用する必要があります。

これは、スパマーが使用する特定のリダイレクト攻撃を回避するのに役立ちます。
特定の Web クライアント向け。

冗長性 オプション

-静かな
警告とエラー メッセージを除くすべての出力を抑制します。

-詳細
内容について非常に詳しく説明する gjdoc やっている。

このオプションは現在無視されています。

バーチャル エスプレッソマシン オプション

太陽の ジャバドック ツールはに基づいているようです javac そのため、VM上で動作しているようです
レベル。 gjdoc対照的に、 は純粋な Java アプリケーションです。

したがって、 gjdoc 偽装またはシミュレートできるのは、次の VM レベルのオプションのみです。

-クラスパス パスリスト
仮想マシンを設定する クラスパス 〜へ パスリスト.

ほとんどの場合、使用する必要があります -ドックレットパス or -タグレットパス このオプションの代わりに。

パスリスト ディレクトリまたは jar ファイルへの XNUMX つ以上のパスを、
プラットフォームのパス区切り文字 (通常は : or ;).

このオプションがラッパー レベルでインターセプトされない場合、 gjdoc 現在、それを偽装しています
呼び出し System.setProperty("java.class.path", パスリスト); そして警告を出力します。

-ブートクラスパス パスリスト
仮想マシンを設定する ブートクラスパス 〜へ パスリスト.

このオプションがラッパー レベルでインターセプトされない場合、 gjdoc 警告を出力します。

-Jvmopt
任意のパラメータを仮想マシンに渡します gjdoc 走る。

このオプションがラッパー レベルでインターセプトされない場合、 gjdoc をエミュレートしようとします
オプションを指定して警告を出力します。

現在、VM オプションのみ -D システムプロパティの設定がエミュレートされます。

onworks.net サービスを使用してオンラインで gjdoc-4.8 を使用する