Play框架和OSGI

是否可以将play框架与OSGI集成以创建可插入组件？有人试过吗？

如果您的意思是“使用OSGi创建播放模块”，则不支持

如果您的意思是“将Play部署为OSGi模块”，那么不支持

---

公平地说，没有理由推动它的支持。例如，您可以阅读OSGi上的Spring founder。OSGi将为游戏增加额外的复杂性，而游戏的主要目标是成为一个快速开发平台，易于使用，删除一些Java约定（如会话）。这会有点挫败目标。

如果我们讨论的是游戏2，那么肯定值得承认的是，游戏现在的一个重要组成部分是，它可以被视为OSGi的替代品。从哲学上讲，我认为Akka与Play和Scala（一种功能性、无状态、NIO方法）的核心原则有很多共同之处，而OSGi更符合JavaEE/Spring阵营

这并不是说Akka和OSGi完全是互斥的：建议您可以将Akka部署为OSGi捆绑包，并创建一些变种应用程序，让Akka参与者通过OSGi捆绑包启动

---

但要回答这个问题，不，游戏对OSGi没有影响，但对Akka有很大影响。

请解释为什么要使用否定。谢谢，我同意这不应该是负面的，我只是撞了你一下。我还没有在OSGI和Play上看到任何东西。我曾经试着阅读过OSGI标准，并认为它是由提出J2EE的同一个白痴编写的。但是，我可能很傻：）。所以我的问题是，你为什么想要它？我对这里的好处很感兴趣（并且被证明是错误的：-），我在剧中没有任何经验！但是OSGi框架非常灵活，您可以在单个VM中启动任意数量的框架，它们在战争中运行在JEE容器中，或者作为JEE容器运行在顶部。因此，在任何基于JVM的代码中集成OSGi框架应该不是很难。@cdegroot我认为我们可以充分利用这两个方面，OSGi的模块化和Play框架的敏捷开发。。。另一方面，也许Pax Wicket之类的报告引擎（如BIRT）就是OSGI包。我希望这可以整合。但我不确定这是否真的触及了这个问题。我认为如果你仔细阅读OSGi并没有增加额外的复杂性，问题在于Spring（IoC）需要模块的实现细节。问题是，如果强模块化有优势，我认为是的，但它要求您的代码是模块化的…@pere villega，谢谢。非常有用的链接。我将尝试类似的方法来了解这个框架的行为。这里不需要OSGiFUD（恐惧、不确定性和怀疑）。OSGi使事情复杂化是完全不真实的。@derekm这是在2011年回答的，事情可能在6年内发生了变化；）Akka替代OSGi？你能详细说明一下吗？Akka是OSGi的替代品吗？你能详细说明一下吗？Akka是关于使用Actor模型（）解决并发性的。OSGI是关于松散耦合的模块提供和使用它们的服务/接口，关于在运行时插入和输出它们——简单地说就是松散耦合。您能告诉我们这些概念是如何重叠的，甚至可以是替代方案吗？抱歉-我不是说Akka和OSGi是同一事物的不同实现，只是可以使用Akka实现面向服务的方法。我没有个人经验，只有我在回答问题时正在做的一些研究。看看其他人对这件事的看法。我让Akka在OSGi工作