2

我计划构建一个基于 Java 的系统来处理不同的业务流程，其中每一个都是系统中的特定模块。大多数模块将依赖其他一些模块来处理其特定的业务流程。换句话说，顶层模块会消耗底层模块提供的某种基础服务。有些模块会从一开始就开发，但有些模块会在以后添加到系统中。接下来，一些模块将公开 RESTful 接口来处理外部输入/输出。

为了处理这一切，OSGi 似乎是合适的，但是对于所有不同的“发行版”（Equinox、Felix 等）学习起来有点困难，我担心使用 Spring 框架和其他第 3 方的易用性每个模块中的库（从 Spring 3.2 开始，不同的 jars 可能不会随 OSGi 清单一起提供）。

最重要的是，我想要一个中央门户网站来管理所有捆绑包，因此每个新捆绑包都会有一个新的管理部分。

4

4 回答 4

1

这就是我们为 Spring 开发 osgi-less 模块化的原因https://github.com/griddynamics/banshun感谢您的反馈！

于 2013-08-30T21:30:53.343 回答
0

Why do you need OSGi? Why not use a Web Server like Tomcat, and deploy your application as a war? You can deploy it on multiple servers in a cluster, and your application can scale on and on.

于 2013-03-20T14:12:42.320 回答
0

与其使用 spring，不如使用 OSGi Blueprint，它可以让您“轻松”地从 Spring 过渡到 OSGi。

于 2013-03-22T11:58:02.950 回答
0

为什么需要春天？它变得令人难以置信的耦合。由于 OSGi 应用程序往往是由通过服务通信的小组件构建的，因此它的复杂性非常无用；取消了 Spring 布线模型的大部分优点，该模型假设它是中心的。

很难配置是一个奇怪的说法，OSGi 是出色的配置支持。它只是与你习惯的不同。

于 2013-03-20T15:30:00.250 回答