バンドル・クラスローディング・フロー
OSGiコンテナーは、インポートされたクラスをいくつかの場所で検索します。 それがどこを、どのような順序で検査するかを知ることが重要です。 OSGiバンドルのLiferay DXPのクラスローディングフローは、OSGiコア仕様に従います。 これはわかりやすいですが、複雑でもあります。 次の図はフローを示しており、この記事ではそのフローについて説明します。
以下は、バンドルでのクラスロードのアルゴリズムです。
クラスが
java.*パッケージにある場合、読み込みを親クラスローダに委譲します。 そうでなければ、続けてください。クラスがOSGiフレームワークのブートデリゲーションリストにある場合、ロードを親クラスローダーにデリゲートします。 そうでなければ、続けてください。
クラスがバンドルがワイヤードエクスポーターからインポートするパッケージのひとつである場合、エクスポートするバンドル側のクラスローダーがそれをロードします。 wired exporter は、以前にパッケージを読み込んだ別のバンドルのクラスローダーです。 クラスが見つからない場合は、続けてください。
クラスがバンドルの必須バンドルのいずれかによってインポートされている場合、必須バンドルのクラスローダーがそれをロードします。
クラスがバンドルのクラスパスにある場合 (マニフェストヘッダ
Bundle-ClassPath)、バンドルのクラスローダはそれをロードします。 そうでなければ、続けてください。クラスがバンドルのフラグメントクラスパスにある場合、バンドルのクラスローダーはそれをロードします。
クラスが
DynamicImport-Packageを使って動的にインポートされたパッケージ内にあり、エクスポートするバンドルとワイヤが確立されている場合、エクスポートするバンドルのクラスローダーがそれをロードします。 それ以外の場合、クラスは見つかりません。
これで、Liferay DXP がどのように OSGi バンドル用のクラスを見つけ、ロードするかがわかりました。