哪种 SOA 架构最适合 Java 应用程序？ [关闭]答案

【问题标题】：Which SOA architecture is most appropriate for a Java application? [closed]哪种 SOA 架构最适合 Java 应用程序？ [关闭]
【发布时间】：2009-06-10 15:05:22
【问题描述】：

我目前正在开发一个相当大的 Java 6 应用程序，我们希望将我们的一些功能拆分成一个面向服务的架构。

似乎应用程序空间的主要 SOA 框架是 OSGi，我一直在研究 Felix 和 Knopplerfish，但我想确保这不是我唯一的选择。

即使我们没有构建 Web 应用程序，对我们的应用程序（如 SOAP）使用实际的 Web 服务协议是否有意义？这还能接受吗？

你们有没有在桌面应用程序中使用过 OSGi（Felix 等）的实现？如果有，进展如何？你知道什么更好的吗？

我们都是 SOA 新手，因此我们将不胜感激。

【问题讨论】：

多么不受欢迎的问题：P 我想 SOA 不是很性感。为大家的回答 +1！

标签： java osgi soa

【解决方案1】：

我的公司广泛使用 OSGi，它对我们很有效，因为我们可以对各种组件进行版本控制，并且可以更好地控制从每个组件公开的内容。

如果您想在单独的硬件上运行不同的组件，那么使用 Web 服务 (REST/SOAP/etc) 编写是有意义的。但是，从一个进程或网络向另一个进程或网络发送位，以及对数据进行序列化/编组以便可以发送，以及在另一侧执行相反的操作都会降低性能。如果您认为这不会发生，请不要使用网络服务。

【讨论】：

你们使用哪种 OSGi 实现？

【解决方案2】：

我们使用 Eclipse RCP 作为我们的应用平台，它是基于 OSGi (Equinox) 的。我们的应用程序使用了 Eclipse 插件和纯 OSGi 包。在我们的例子中，我们的服务既是应用程序的本地服务，也是 Java EE 服务器的远程（通过 Spring Remoting）服务。

在您的情况下，OSGi 可能对您的应用有意义，但远程服务协议却没有。

此外，桌面应用程序本身不被视为SOA。您只是将应用程序组件化，这是一件好事。

【讨论】：