我试图弄清楚如何解决我遇到的设计问题。假设在我的应用程序中，我需要一种在后台持续工作的守护程序/服务来管理对象池，以使它们可供客户端使用。特别是这个守护进程负责管理这些对象的整个生命周期。
现在，在没有深入了解这个守护进程范围的细节的情况下，我正在考虑如何设计它。我的第一个想法是依赖WorkManagerAPI。由于我有一个 Singleton EJB 对我的应用程序核心进行建模，因此我的想法是获取一个WorkManager然后生成守护进程（显然是实现Work. 我在开发资源适配器时使用了 WorkManager，我认为我也可以在 EJB 中使用它，但是站在 Glassfish (3.1.2.2) 对WorkManagerAPI 的支持（基本上由 提供javax.resource.spi.work）我发现在 RA 上下文之外这是不可能的.
我浏览了网络，发现Daniel Veselka 的一篇有趣的文章似乎解决了介绍 WorkManager 的 CommonJ 实现的问题，我明确地考虑采用这种方法。
你怎么看待这件事？