weblogic 11c および 12c で動作するように、既存の jar をリファクタリングする必要があります。このコードには、ears META-INF/weblogic-application.xm にあるように、java ロールから LDAP グループへのマッピングの完全な詳細が必要です。この情報を取得するための優れたメカニズムを探しています。
いくつかの詳細：
- jar は EJB jar ではなく、インターフェイスを変更できないため、アプリケーションでの使用方法を制御できません (他のライブラリのドロップイン代替品です)。
- これは、EJB コンテキストを注入できないことを意味します。
- これは、利用可能な JMX mbean ツリーへの接続がないことも意味します (構成情報が必要です)。
- 複数のアプリケーションで機能し、すべて耳として展開されるものが必要です。
- fastswap と展開されたディレクトリ レイアウトに耐えられるものが欲しい
- できるだけ将来性のあるものが欲しい
- WAR ファイルから呼び出された場合と、EJB jar ファイルから呼び出された場合の両方で機能する必要があります。
- WebLogic 11c、12c で実行する必要があり、合理的に可能な限り将来に対応できるようにする必要があります。
今のところ、私はこの戦略を使用します：
- getClass().getResource(myself) を使用して、コードへの URL を取得します
- jar: プレフィックスと関連する ! マーカー
- META-INF/weblogic-application.xml を含むフォルダが見つかるまで、ディレクトリ ツリーを上方向にスキャンします。
- 見つかった場合 -> 読み取りと解析。/そうでない場合 -> 文句を言ってクラッシュ
これは機能しているように見えますが、xml ファイルにアクセスするか、jar を実行する管理対象サーバーにクエリを実行する (ただし、接続パラメーターを構成する手段はありません) ことにより、ハックの少ないアプローチを発見したいと考えています。