1

目前,我有两个处理程序,一个用于记录日志,一个用于签署 SOAP 消息(它本质上会篡改 SOAP 消息)。如果没有处理程序链,MTOM 会按预期工作,插入对二进制内容的引用,而不是内联 base64 二进制内容。

一旦我介绍了一个处理程序,MTOM 内容现在就被包含在内。

是否可以使用处理程序对 SOAP 消息进行签名,或者是否有更合适的方法来执行此操作?

更新 1 无法发布完整的源代码。本质上,自定义 SOAPHandler 实现。它对时间戳(在标头中)、自定义标头和 SOAP 主体执行一些基本的 XMLDsig 类型操作。然后将得到的摘要值注入到标头中的签名元素中。

关于记录器,它又是一个简单的 SOAPHandler。如果独占使用它或签名处理程序,则结果是相同的,即内联字节内容的 MTOM 消息。我取得的唯一进展是使用 MessageHandler 进行日志记录。这使我能够输出 SOAP 信封(尽管内联了字节内容)并且仍然保持 MTOM 分离。因此,这并不是真正的解决方案,而是表明 SOAP 消息的任何修改都需要在较低级别进行。这使我走上了管子的道路。

更新 2

以下是该MessageHandler方法的示例。您可以看到原始 HTTP 转储将包含多部分消息,而实际输出内联 base64。这种实现和SOAPHandler实现之间的唯一区别是实际的 HTTP 请求更改为单部分内联 MTOM 消息。

@Override
public boolean handleMessage(MessageHandlerContext context) {

  HttpTransportPipe.dump = true;

  Boolean isOutgoing = (Boolean) context.get(MessageContext.MESSAGE_OUTBOUND_PROPERTY);

  if (isOutgoing) {
    System.out.println("\nOutbound message:");
    XMLStreamWriter writer = XMLStreamWriterFactory.create(System.out);
    try {
      context.getMessage().writeTo(writer);
    } catch (XMLStreamException e) {
      throw new IllegalStateException("Unable to write");
    }
  } else {
    System.out.println("\nInbound message:");
  }
  return true;
}
4

2 回答 2

3

我试图通过组合一个接受 MTOM 传输的图像的简单服务来复制您的问题。我发现如果我在设置处理程序之前放置启用 MTOM 的代码,它会正确编码消息。如果我先设置处理程序,它不会。这是我设置正常运行的客户端代码的地方:

Service service = Service.create(url, qname);

Greeting greeting = service.getPort(Greeting.class);

BindingProvider bp = (BindingProvider) greeting;
SOAPBinding binding = (SOAPBinding) bp.getBinding();
binding.setMTOMEnabled(true);

service.setHandlerResolver(new HandlerResolver() {
    @SuppressWarnings("rawtypes")
    public List<Handler> getHandlerChain(PortInfo portInfo) {
        List<Handler> handlerList = new ArrayList<Handler>();
        handlerList.add(new RGBSOAPHandler());
        return handlerList;
    }
});

RGBSOAPHandler我从另一个SO 答案中获取的一些示例代码在哪里。

编辑:另外,如果我尝试在绑定而不是服务上设置处理程序,那么我会遇到与您相同的问题。所以如果它看起来像这样:

Service service = Service.create(url, qname);

Greeting greeting = service.getPort(Greeting.class);

BindingProvider bp = (BindingProvider) greeting;
SOAPBinding binding = (SOAPBinding) bp.getBinding();
binding.setMTOMEnabled(true);

List<Handler> handlerList = new ArrayList<Handler>();
handlerList.add(new RGBSOAPHandler());
binding.setHandlerChain(handlerList);

然后我的文件被在线编码。我不知道为什么会这样,但我想答案是“不要那样做”。Service在对象上设置您的处理程序。

于 2012-08-16T17:10:31.607 回答
1

看起来我受到框架和处理程序工作方式的限制。我认为在这个阶段,我唯一的选择是去一个较低的水平。我确实看过使用管,但同样的行为表现出来,所以看起来好像任何使用请求的 XML 的尝试都失败了。因此,我将不得不暂时放弃处理程序并在较低级别调查我是否可以使用编解码器来做我所追求的。一个 MTOM 实现听起来就像它可以在字节级别做我所追求的:

http://jax-ws.java.net/nonav/jax-ws-20-fcs/arch/com/sun/xml/ws/encoding/MtomCodec.html

我想这将不那么复杂,但会随着我在编解码器方面的进展而更新。

@David:感谢您在处理程序方面的帮助,但看起来在那个级别没有解决方案。

更新 1

想出了一个适合我目的的替代解决方案。

  1. 我使用我的 SOAPHandler 对 SOAP 消息的必要部分进行签名。
  2. 编写了一个新的 SOAPHandler,然后接收结果消息并手动提取错误内联的二进制内容。
  3. 然后我创建一个AttachmentPart并将第 2 步中的内容注入其中。它也需要 Base64 编码的文本,这很方便。然后为它AttachmentPart分配了一个参考 UUID Content-Id
  4. 然后,我创建一个新元素来代替引用 UUID 的 SOAP 主体中的 Base64 内容,如下所示:

    <xop:Include xmlns:xop="http://www.w3.org/2004/08/xop/include" href="cid:UUID!!!"></xop:Include> 
    

可能会就此写一篇博文,因为到目前为止,这已经是一段史诗般的旅程。这不是最好的解决方案,但肯定比走管/编解码器路径更容易。

于 2012-08-20T00:33:06.560 回答