EJB和WebService？性能观点

Question

我们现在有情况要决定。我认为堆叠溢出是讨论的最好地方。

背景：

我们有两个JVM企业级应用服务器，每个服务器上部署一个应用程序。我们需要启用从一台机器到另一台机器的业务功能调用。假设一个是客户端，另一个是服务器。

现在从性能的角度来看，哪种方法更适合于服务器应用程序的设计。

记住以下几点：

我有两个选择：

1. 纯EJB应用程序意味着EJB客户端和EJB服务器

   (没有EJB之上的webservice，因为它只是一团糟)

。

我的性能指标:速度:哪种设计方法能够更快地处理请求。我的业务应用程序肯定会部署在32位机器上！

还请注意，有两个JVM，一个是32位和64位(避免这种情况现在是不可避免的)

请提供您的反馈

问候

切坦

Answer 1

如果您所说的"Web服务“是指SOAP服务，那么不管您如何做，EJB都应该更快。

优点：

XML序列化和解析Services

• Serializing比直接序列化更快，保存内存
• EJB是用直接的

接口和值对象表示的。对于Web，您可能需要添加一个映射层，例如XmlBeans或JAXB。

• 大多数EJB协议允许您轻松地重用调用

之间的TCP/IP连接。

缺点：

首先进行适当设计的indirection

• EJB消息定义将使客户端和服务器的

• 解耦--考虑到额外层的

• 实现历史上是巨大的和缓慢的，因此更改消息格式更容易，就像在比Web大(但是新的EJB实现，比如Apache OpenEJB是小的、轻量级的和可嵌入的)

。

但是，如果不需要分布式事务处理，只需使用RMI即可。它具有EJB的优点，但没有任何缺点。它已经存在很久了，但它还是很好用的。

Answer 2

不一定非得是其中之一。您可以使用EJB中的所有业务逻辑，还可以提供访问EJB的web服务外观。还请记住，有不同类型的web服务架构。SOAP是大多数人听到"web服务“时所想到的，但是您可能也想看看JAX。

通过HTTP以XML形式发送数据的效率非常低。另一方面，它为客户端提供了更多的灵活性。Web服务可以从任何平台或编程语言中使用。