我集成或使用过的唯一 Web 服务是 RESTful。我现在正在尝试与第 3 方 SOAP 服务集成，并对 SOAP 看似复杂的情况感到惊讶。
对于 REST，我使用名为 Jersey 的 JAX-RS 客户端这使得访问 RESTful 端点变得轻而易举。例如，如果服务在 http://api.example.com/fizz 公开 POST 端点(例如，用于更新插入 Fizz对象)，然后在 Jersey 我可能会创建一个如下所示的服务客户端(伪代码):
// Groovy pseudo-code
class Fizz {
int type
boolean derps
String uid
}
class FizzClient {
WebResource webResource = initAt("https://api.example.com")
upsertFizz(Fizz fizz) {
webResource.path("fizz").post(fizz)
}
}
但是乍一看，基于 Java 的 SOAP 客户端似乎相当复杂。如果我理解正确的话，一般过程是这样的:
- 从服务提供商处获取名为
WSDL的 XML 文档；这似乎是所有可用端点的与语言无关的描述 - 在
WSDL上运行名为wsimport的 JDK 工具，该工具实际上生成 Java 源代码，该源代码实现 JAX-WS API 并实际代表我的 SOAP 客户端 - 将这些生成的源文件导入到我的项目中并使用它们
首先，如果我对这个过程所说的有任何不正确的地方，请首先纠正我!假设我或多或少是正确的，我不明白的是:如果都是 HTTP 对话，为什么这是必要的？为什么我不能与 Jersey 实现基于 SOAP 的对话，并绕过所有这些源生成样板？
例如，假设存在相同的端点，但由 SOAP 管理:
class FizzClient {
WebResource webResource = initAt("https://api.example.com")
FizzSerializer serializer // I take Fizz instances and turn them into XML
FizzDeserializer deserializer // I take XML and turn them into Fizz instances
upsertFizz(Fizz fizz) {
String xmlFizz = serializer.serialize(fizz)
webResource.path("fizz").post(xmlFizz)
}
}
如果我正确理解 SOAP，它只是一种利用 HTTP 动词和请求/响应实体来发送特定于应用程序的消息的方法；这是一个 HTTP“对话”。那么，为什么我不能劫持像 Jersey 这样的 REST 框架来发送 HTTP POST 消息，并以此绕过 SOAP 开销呢？
最佳答案
这将吸引基于意见的答案，但首先，您应该了解
关于java - 使用 JAX-RS/Jersey 绕过 JAX-WS SOAP 开销？，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/29927739/