私が踏み込んだ設計上の問題を解決する方法を見つけようとしています。私のアプリケーションでは、クライアントがオブジェクトを利用できるようにするために、オブジェクトのプールを管理するバックグラウンドで継続的に動作する一種のデーモン/サービスが必要であると仮定しましょう。特に、このデーモンは、これらのオブジェクトのライフサイクル全体を管理します。
さて、このデーモン スコープの詳細に飛び込むことなく、これをどのように設計できるかを考えていました。WorkManager私の最初のアイデアは、 APIに依存することでした。アプリケーションのコアをモデル化する Singleton EJB があるため、 を取得してからWorkManagerデーモンを生成するというアイデアがありました (明らかに を実装していますWork)。リソース アダプタの開発中に WorkManager を使用したことがあり、EJB でも使用できると考えていましたが、WorkManagerAPI に対する Glassfish (3.1.2.2) のサポート (基本的には によって提供されます) を使用javax.resource.spi.workしているため、RA のコンテキスト外ではこれは不可能であることがわかりました。 .
私はウェブを見て、Daniel Veselka による興味深い記事を見つけました。これは、WorkManager の CommonJ 実装を導入する問題にアプローチしているようで、このアプローチに従うことを決定的に考えていました。
これについてあなたはどう思いますか？