java - Web 服务与 TCP/IP 套接字 (Java) + SQL 连接

Question

我们目前正处于产品生命周期的一个阶段，我们正在考虑转向网络服务。我们的系统是用 Java 编写的，它由许多客户端和服务器应用程序组成，它们通过 TCP 套接字相互通信，还有使用我们自己的 SQL Connection 类的内联 SQL 来执行数据检索和更新(yuk!我知道)然后使用 java.sql.Connection 连接到使用 Microsoft JDBC 驱动程序的 SQL Server 数据库。

应用程序使用 TCP 套接字相互绑定(bind)。他们互相请求数据并向彼此推送数据。效果很好。

思想

因此，我们正在考虑将所有数据访问和 TCP 通信转换为 Web 服务。

Web 服务将设计为在公司的安全 Internet 站点上运行。这个想法是，用户可以在家中将他们的客户端连接到 Web 服务 - 当他们不在公司网络上时 - 或者在工作时，当他们在公司网络上时。

客户端应用程序将使用网络服务向/从服务器端应用程序发送/接收消息。客户端应用程序将使用网络服务检索和更新数据库中的数据。

问题

我只想知道人们通过网络服务(如果可能的话)通过 2 种方式进行通信(请求和推送)做任何事情的经验是什么，以及这样做的想法是什么。

将数据访问转换为 Web 服务似乎很简单 - 我可以预见到在系统的某些部分检索大型数据集时会出现一些性能问题。

我正在浏览关于这个问题的各种阅读 Material ，因为自从我接触 Web 服务(使用 C# 和 ASP.NET)以来已经有一段时间了。目前正在阅读“使用 Java™ 构建 Web 服务:理解 XML、SOAP、WSDL 和 UDDI”。我必须承认，我认为 Web 服务总是无状态的，但刚刚读到它们不是!

谢谢，

安德斯

Answer 1

将 WebService 视为与传输层上的任何其他 Web 应用程序相同会有所帮助。它以相同的方式使用 HTTP/HTTPS 协议(protocol)，只是它不是发送 HTML，而是根据预定义的格式 (SOAP) 发送 XML。因此:

• 它是面向请求/响应的
• 可以是有状态的，就像网页可以是有状态的一样，使用 session (假设您有一个支持跨请求维护 session cookie 的网络服务客户端)
• 所有请求最终都归结为服务器中良好的老式 servlet 端点

牢记这些限制和功能，思考您的要求以及它们如何相互映射。如果您需要真正的双向通信(推送)，那么 Web 服务并不理想。它们是客户端/服务器，面向请求/响应。实现推送，您将不得不从客户端进行轮询。一种可能的替代方法是让“服务器”和“客户端”都充当 Web 服务“服务器”。这意味着将一些轻量级 servlet 引擎与客户端(如 jetty )捆绑在一起，以便“服务器”可以向“客户端”发出 Web 服务调用。另一种方法是查看双向 RMI/IOOP。

另一种方法是保留您现在拥有的通信层。仅仅为了使用 Web 服务而重构到 Web 服务并没有内在的好处。如果他们没有增加任何好处，那就只是浪费。正如您自己已经提到的，Web 服务会带来大量额外的开销(冗长的协议(protocol)、servlet 引擎等)，因此它确实需要在额外的成本和开发时间与明显的 yield 之间取得平衡。俗话说“不破不修”。正如您所说的当前解决方案“工作得很好”，我可能不会更改它。不过那只是我。