Java 正在寻找支持会话范围服务的支持OSGi的依赖注入框架

这个问题是我们的后续问题

我正在寻找一个能够做到以下几点的框架：

• 它必须在OSGi环境中工作
• 一些bean/服务/你想叫它什么的概念
• 这个bean/服务需要能够有一个会话作用域，理想的情况是绑定到web会话
• 通过依赖注入将这些bean/服务注入到需要它们的组件中（可选，但非常受欢迎——我想一个可以从上面做这些事情的框架很可能也可以进行依赖注入）
• 必须被认为是可靠和稳定的，对未来的支持前景良好

最初我正在研究Eclipse双子座蓝图，但是（a）我很难让它启动并运行（请参考上面的问题）和（b）不仅我的问题的答案显示了一些担忧，而且我自己也不太确定是否要使用它。我找不到太多被广泛使用的参考资料，这个论坛几乎已经死了（4年内有8页），而且似乎没有太多git上的贡献者参与（2013年全年23次提交）。我不想在不到一年的时间里就得到一个被认为是废弃软件的框架

我现在的问题是：除了EclipseGemini之外，是否有任何框架能够支持会话范围的bean，更喜欢依赖注入？我也接受“不”作为回答，因为我开始担心那里真的没有。或者，如果你有很好的理由，你可以说服我使用EclipseGemini。

检查。

---

不要被当前的版本拖后腿，它成熟得很快，而且相当稳定。我的一位同事将它用于他的宠物项目，他似乎对此非常满意。

您的标签中有“spring”；这是否意味着您将只接受Spring作为框架？看看JBoss应用服务器。虽然它的任务相当繁重，但它也可以很好地管理会话和会话范围。一般来说，我对所有框架都持开放态度，只要它们使用OSGi容器（或者可以用作OGSi容器）。我将spring放在标签中，因为EclipseGemini蓝图源自spring动态模块。当然，框架越小越好。我不认为这是我的客户认为安全的未来：（为了让客户感到安全，您提供了多少份您自己的副本？通常是五份，一周内每个工作日一份，您如何处理？我正在寻找的框架将是一个软件的基本软件架构的一部分，该软件很可能会使用10到15年以上。不再维护的库具有安全性我们的客户不会冒这样的风险。当然，没有人知道未来会发生什么，但使用一个从一开始就看起来几乎死气沉沉的库是不可能的。嘿，如果我可以使用我想要的一切，我也会很高兴，但这样我就不需要发布这个问题了。