问题标签 [ws-addressing]

我正在从 Windows 服务向 http 端点发送一条 SOAP 消息（常规的 aspx 页面，只接受整个 SOAP 信封）。整体操作是异步的，实际响应会在稍后返回。设置的性质（aspx 页面接收消息）意味着我的项目中不能有服务引用。

SOAP 标头必须包括 WS-Addressing 和 WS-Security。我需要做的基本上是构建 SOAP 信封，但更具体地说是从头开始构建 SOAP 标头，然后在发送之前编写 SOAP 信封。

现在是星期五下午，我很疲惫，我正在努力解决这个问题。使用 .net3.5/C#，如何从头开始构建具有寻址和安全性的 SOAP 标头？

我们有一个基于 https 的 WCF 4.0 服务，它允许客户端签署消息以识别自己。然后，我们可以使用证书在后端为客户端提供适当的权限。当 WCF 4.0 客户端发送请求时，这可以正常工作，但是当非 WCF 尝试发送请求时，它会失败并显示以下内容： CryptographicException: Unable to resolve the '#Id-{Guid goes here}' URI in the signature计算摘要。在检查客户端请求时，只要签署了 To 和 Timestamp 节点以外的任何内容，就会发生此故障。非 WCF 客户端希望对正文、操作、消息 ID 和回复部分进行签名。是否可以将 WCF 配置为期望并允许这些签名，或者更好的是，如果它们存在则允许它们，但如果它们不存在则不要出错？

服务配置文件：

有人可以解释为什么我会在 spring-ws 中使用其中一个端点注释而不是另一个？特别是，哪一个会被认为是最具包容性的？三个都可以用吗？我已经阅读了文档，并且知道 @Action 使用 ws-addressing 并且 @SoapAction 使用 SOAP Action 传输标头，但我不确定其中哪一个更适合使用。

谢谢。

我有这个接口的通用服务

在实现中，我必须设置回复消息的标题。有没有办法从输入消息中创建正确的寻址标头，还是我必须手动设置所有内容（即将 In.replyTo 复制到 out.To，将 In.messageId 复制到 out.MessageId，...）

谢谢

Web 服务要求在文档中指定。

• WS-安全 1.1
• WS-Trust 1.3
• WS-SecurityPolicy 1.2

我可以使用 Delphi 2010 和此 Web 服务，还是可以使用任何其他本地语言创建 dll ？

参见：
http :
//www.oasis-open.org/committees/wss/charter.php http://en.wikipedia.org/wiki/WS-Security

谁能告诉我如何解决我收到的此警告消息？

警告 2011 年 10 月 13 日 15:23:46,024 ContextUtils - WS-Addressing - 无法从上下文中检索消息寻址属性

它似乎没有任何负面影响，尽管它使日志变得混乱，而且我不喜欢我的软件抱怨。

我刚刚开始使用 SOAP Web 服务并偶然发现了 WS-Addressing。

我已阅读Wikipedia 页面，但我很难理解 WS-Addressing 的意义。

根据 Wikipedia 和网络上的各种来源，WS-Addressing 允许将“寻址信息”或“路由信息”放入 SOAP 请求的标头中。

为什么这很有用？如果我通过 HTTP（甚至通过 SMTP 或 UDP）发送请求，那么我发送到的地址就是将处理我的请求的服务器的地址，服务器可以简单地通过同一通道进行回复。那么为什么需要寻址/路由信息呢？

我会对 WS-Addressing 有用的一些实际（或多或少）示例特别感兴趣。

我有一个异步 bpel 进程，它调用客户端上的 cllback 服务来传输其响应。目前，我在相应的 wsdl 文件中静态定义了客户端的端点，一切正常。

现在我试图让 ODE 不使用 WSDL 地址，而是从客户端的初始调用中提取 replyTo 地址。<wsa:replyTo>我在初始调用中提供了 WS-Addressing 标头。但是，这似乎不起作用。为了使 ODE 使用 ws-adressing 标头中指定的端点，我是否必须对我的流程进行任何更改？

编辑： 由于这似乎不起作用，我实现了一个解决方法：Apache-ODE 允许 BPEL 流程从任意 SOAP 标头读取数据。我使用此功能读取提供的 <wsa:replyTo>-header 的内容并将其作为端点分配给 client-partnerlink。

我有一个使用 CXF 的 Servlet 传输和 Jetty 6.1 提供服务的应用程序。此应用程序还需要使用外部服务。所有服务都支持 WS-Addressing 规范（以及顶部的 WS-RM）。为了使用外部服务，我从应用程序运行生成的服务客户端。

问题是，当我为客户端提供解耦端点（WS-RM 需要此端点通过单独的 http 连接接收传入消息）时，CXF 运行另一个 Jetty 服务器实例（尽管 Servlet 传输（它提供服务）和客户端（消耗一些外部服务）共享同一总线）。我不需要两个 Jetty 实例（并不是说它们不能在同一个 HTTP 端口上运行）。

有没有办法可以使用现有的 Jetty 服务器和 Servlet 传输来提供解耦端点？

到目前为止，我启用了一个像这样的解耦端点：

如果我提供相对路径（“/dec_endpoints/TestDecEndpoint”，就像通过 Servlet 传输提供服务时使用相对路径一样），HTTP 管道不会在 SOAP 消息的标头中指定完整路径，因此这也不起作用（服务器无法向 /dec_endpoints/TestDecEndpoint 发送消息）。

我正在尝试使用 gSoap 库与带有 WSHttpBinding 的 WCF 服务器通信。我似乎遇到了 gSoap 的 WS-Addressing 插件的问题。当我启用 WS-Addressing 插件时，通过使用 #import "wsa5.h" 我无法再编译。现在，soapC.cpp 中有未解析的符号。第一个错误在soap_getelement(soap*, int*) 中。错误是 SOAP_TYPE_ wsa5 _IsReferenceParameter。这是我第一次尝试使用 gSoap。任何建议表示赞赏。

gSoap 版本 2.8.4