バンドルクラスローディングフロー

バンドルクラスローディングフロー

ご覧のページは、お客様の利便性のために一部機械翻訳されています。また、ドキュメントは頻繁に更新が加えられており、翻訳は未完成の部分が含まれることをご了承ください。最新情報は都度公開されておりますため、必ず英語版をご参照ください。翻訳に問題がある場合は、こちらまでご連絡ください。

OSGiコンテナーは、インポートされたクラスを複数の場所で検索します。 見た目と順序を知ることが重要です。 OSGiバンドルのLiferay DXPのクラスローディングフローは、OSGiコア仕様に従います。 簡単ですが、複雑です。 以下の図はフローを示しており、このチュートリアルではそれを順を追って説明します。

図1.0:このフローチャートは、バンドルでのクラスローディングを示しています。

バンドル内のクラスローディングのアルゴリズムは次のとおりです。

  1. クラスが java。* パッケージにある場合、親クラスローダーにロードを委任します。 それ以外の場合は、続行します。

  2. クラスがOSGiフレームワークのブート委任リストにある場合は、ロードを親クラスローダーに委任します。 それ以外の場合は、続行します。

  3. バンドルが有線エクスポーターからインポートするパッケージの1つにクラスがある場合、エクスポートするバンドルのクラスローダーがそれをロードします。 ワイヤードエクスポーター は、以前にパッケージをロードした別のバンドルのクラスローダーです。 クラスが見つからない場合は、続行します。

  4. バンドルの必要なバンドルのいずれかによってクラスがインポートされた場合、必要なバンドルのクラスローダーがクラスをロードします。

  5. クラスがバンドルのクラスパス(マニフェストヘッダー Bundle-ClassPath)にある場合、バンドルのクラスローダーはそれをロードします。 それ以外の場合は、続行します。

  6. クラスがバンドルのフラグメントクラスパスにある場合、バンドルのクラスローダーはそれをロードします。

  7. クラスが DynamicImport-Package を使用して動的にインポートされるパッケージ内にあり、エクスポートバンドルとワイヤが確立されている場合、エクスポートバンドルのクラスローダーはそれをロードします。 それ以外の場合、クラスは見つかりません。

おめでとうございます! これで、Liferay DXPがOSGiバンドルのクラスを見つけてロードする方法がわかりました。

« Liferayポータルクラスローダーの階層パッケージのインポート »
この記事は役に立ちましたか?
1人中1人がこの記事が役に立ったと言っています