OSGi のスレッド コンテキスト クラスローダーの処理の改善 質問する

私はしばらく OSGi を使用してきましたが、遭遇した問題に対してさまざまな解決策を持っています。そのうちの 1 つを再検討して、他のユーザーが別の解決策を思いついたかどうかを確認したいと思いました。

OSGi (Equinox 3.4.2) で私が抱える最も一般的な問題の 1 つは、スレッドのコンテキスト ClassLoader が頻繁に利用できなくなることです。これは部分的に Equinox の問題であることはわかっていますが、Felix でも同じ問題に遭遇しました。この問題は、独自のスレッドまたは ThreadPool を開始するサードパーティ ライブラリで主に発生します。これらがバンドルまたは DS のアクティベーション中に開始されると、ClassLoader がなくなる可能性があります。サードパーティ ライブラリにコンテキスト ClassLoader が見つからないことに対するガードがある場合は問題ありませんが、誰もがそれをチェックするわけではありません。後で、そのライブラリが動的クラスローディングを行う必要がある場合、問題が発生する可能性があります。

私がしばらく使っている慣用句は、次のとおりです（簡単に言うと）。

ClassLoader tccl = Thread.currentThread().getContextClassLoader();
try {
    Thread.currentThread().setContextClassLoader(getClass().getClassLoader());
    /*
     * Start threads, or establish connections, here, now
     */
} finally {
    Thread.currentThread().setContextClassLoader(tccl);
}