Web services 内部Web服务（vs EJB应用程序）的架构师，仅由Java客户端使用

我有两个地点，地点

A

在美国，地点

B

在埃及

我正在位置

B

部署一个Web应用程序，需要从位置

a

上的数据库获取数据

我需要创建一些要部署在

A

上的应用程序，以便为

B

上的web应用程序提供数据。 （我知道

B

上的Web应用程序可以直接连接到

A

上的DB，但有一些限制阻止了我）

对于

A

上的应用程序，我是否应该创建：

JSONWebService

WebService是否将序列化的对象返回到要反序列化和使用的Web应用

可以通过JNDI从webapp远程访问的EJB应用程序

我知道JSON是一种lightwieght，但它是更快还是序列化（选项2）？或者我应该让应用程序服务器为我这样做（选项3）

谢谢。

选择（JSON、WS、EJB）

JSON是客户端可以解释的东西，目标应用程序可以直接使用DB数据（JSON），而无需进一步处理——这是最好的方法

WS方法看起来也不错，但直接在客户端处理有点复杂（取决于交换的数据）-可接受的方法

---

EJB方法很复杂，因为您的应用程序B需要从应用程序A收集数据并进行处理（可能转换）并传播到前端。

我不想尝试任何事情，我需要您的意见才能继续使用。在#2的情况下，我指的是一个可以执行以下操作的Web服务：

obj.serialize（）

并将字节发送给客户端，该客户端将接收字节并执行：

obj.deserialize（）

作为两个站点被授权使用Java。它会比JSON快吗？通常web服务不通过java进行通信，它们通过基于服务实现的XML/JSON进行通信。可能是通过obj.serialize（）/obj.deserialize（）方法，您的意思是RMI？？不，正如我所说，WS只是将对象序列化为字节数组，将其发送到客户机（已经有

dto

或

stub

或我们命名的任何东西）。客户端接收字节数组，并将其反序列化为它已经拥有的

dto

或

stub

您需要将数据发送到前端/中间层吗？如果是中间层，那么WS->ser/de ser是唯一的选择。如果前端可以直接使用数据，那么就可以公开服务JSON数据的服务，从前端可以进行异步调用（AJAX）并使用JS（或jQuery）解释JSON响应，然后直接在页面本身上使用