gpt4 book ai didi

java - 嵌入式 OSGi 或应用程序包

转载 作者:塔克拉玛干 更新时间:2023-11-03 03:23:59 26 4
gpt4 key购买 nike

在过去的两天里,我刚刚阅读了所有我能接触到的 OSGi 资料,我终于认为我已经掌握了它。

我现在正尝试将它与现有应用程序集成,原因有很多,例如第 3 方插件、自动更新,更不用说 SOA 让我很开心。

我现在有一个我正在努力做出的决定,那就是天气

  1. 我的整个应用程序应该成为默认安装在容器中的 OSGi 包;或
  2. 我的应用程序应该启动一个嵌入式 OSGi 容器并与它交互以获取所有插入的服务。

我更喜欢 1,因为这让我可以轻松地更新应用程序并且架构会保持一致。当然,我预计必须将应用程序重构为许多更小的包。然而,2 在短期内使事情变得容易得多,但在未来会变得尴尬。

最佳答案

对于选项 1),您确实不希望将整个应用程序捆绑在一起 - 您会失去 OSGi 的所有好处 - 但实际上这取决于您的应用程序的大小。

这实际上取决于您要在何处运行应用程序以及您希望它执行的任务。此外,您可能希望通过某种远程处理来访问公开的服务。

在选项 1 中,您需要启用某种 http/servlet bundle (存在一个桥)在选项 2) 中,您的应用程序可以在应用程序服务器内运行,因此您不必担心这一点。

您要问自己的第一个问题是关于运营环境。谁将运行该应用程序?他们需要/想要接受 OSGi 培训吗?他们是否更熟悉 J2EE 堆栈?

我认为对你来说最好的选择是保持你的选择开放,1) 和 2) 之间没有真正的区别,但 OSGi 框架的焦点是你的代码还是框架代码。您的应用程序本身,即构成您的应用程序的包将完全相同。

我的建议是不要太担心 OSGi 运行时开始 - 但从 OSGi 开发开始 - 没有什么能阻止你开发“OSGi 风格”并在标准 JRE 环境中运行。

关于java - 嵌入式 OSGi 或应用程序包,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/500623/

26 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com