Dan*_*Dan 2 apache weblogic cxf mtom corruption
我正在运行基于 CXF 的 Web 服务客户端(从 .net 端使用 Web 服务)。除了 pdf 文件传输之外,其他东西都可以完美运行。
如果我通过junit(弹簧加载上下文和cxf)运行相同的配置,或者我通过soap-ui 使用相同的Web 服务,pdf 文件将正确传输。
一旦我通过 Weblogic 12c (12.1.3) 运行它,pdf 的二进制内容就会被破坏。这是示例:
* Good File (transferred via CXF standalone / junit) *
%PDF-1.3
1 0 obj
[/PDF /Text /ImageB /ImageC /ImageI]
endobj
9 0 obj
<< /Length 1659 /Filter /FlateDecode >> stream
xœXÛnÛ8}_
* Bad File (transferred via WLS/CXF) *
%PDF-1.3
1 0 obj
[/PDF /Text /ImageB /ImageC /ImageI]
endobj
9 0 obj
<< /Length 1659 /Filter /FlateDecode >> stream
xœ?XÛnÛ8}_
Run Code Online (Sandbox Code Playgroud)
您可以看到流部分在那里获得了一个额外的字节(这只是文件的开头……之后额外的字节显示了很多次)。运行这一个 windows 或 linux 将以损坏的传输结束。Java 8。CXF 2.7 和 3.1。
我仍在调查这个问题,但任何想法都将不胜感激。
...
正如我在评论中所解释的,损坏的罪魁祸首是自定义日志处理程序,作为传入消息拦截器注入。它用 UTF-8 编码整个消息,包括二进制内容。
Client client = ClientProxy.getClient(port);
client.getInInteceptors().add(inLogger);
Run Code Online (Sandbox Code Playgroud)
然而,我没有找到为什么这个记录器没有在 weblogic 容器之外引起问题。与 Oracle 支持人员交谈并没有多大帮助,因为他们希望我提交一个可运行的测试用例来复制问题......这几乎是不可能的(即 Web 服务由另一家公司托管)。
我还想提到一种在消息管道启动之前轻松处理消息的方法。所需要的只是一个注入端点的自定义消息观察器。像这样:
Endpoint endpoint = client.getEndpoint();
HTTPConduit conduit = (HTTPConduit) client.getConduit();
conduit.setMessageObserver(new MyMessageObserver(client));
Run Code Online (Sandbox Code Playgroud)
请记住,在处理消息内容时,输入流在被消费后总是必须重置(以另一种方式)。在您的消息观察器中,您可能希望保存消息内容,然后将其传递并在返回的途中将其重置。沿着这些路线:
@Override public void onMessage(Message message) {
InputStream is = message.getContent(InputStream.class);
InputStream mis = save(is);
is.reset();
client.onMessage(message);
message.setContent(InputStream.class, mis);
}
Run Code Online (Sandbox Code Playgroud)
其他明显的消息处理程序注射是通过在完成/ OutInterceptors(),如果你看一下管道,你可以将它们注入任何地方按照定义的消息处理阶段.. ON-接收,PRE-STREAM等..按HTTP:/ /cxf.apache.org/docs/interceptors.html。这些将是管道的一部分,但在客户端启动之后。 MyMessageObserver 在管道之前。
希望这有助于 Apache CXF 调试...