Apache CXF/MTOM通过Weblogic 12c运行时会损坏文件



我正在运行一个基于CXF的web服务客户端(从。net端使用web服务)。除了pdf文件传输之外,其他工作都很正常。

如果我通过junit (spring加载的上下文和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}_ 

你可以看到流部分在那里得到一个额外的字节(这只是文件的开始…额外的字节显示多次之后)。运行这一windows或linux将以损坏的传输结束。Java 8。

我仍在调查这个问题,但如果你有任何想法,我将不胜感激。

  • 是需要在某处设置/取消设置的编码?
  • 是否应该使用web模块上的一些首选库?
  • 可能只是应用服务器补丁丢失?-

正如我在评论中所解释的那样,破坏的罪魁祸首是作为传入消息拦截器注入的自定义日志处理程序。它正在用UTF-8编码整条消息,包括二进制内容。

Client client = ClientProxy.getClient(port);
client.getInInteceptors().add(inLogger);

然而,我没有发现为什么这个记录器没有引起weblogic容器之外的问题。与Oracle支持人员交谈并没有多大帮助,因为他们希望我提交一个可运行的测试用例来复制这个问题……这几乎是不可能的(即web服务是由另一家公司托管的)。

我还想提到在消息管道启动之前轻松处理消息的方法。所需要的只是将自定义消息观察器注入端点。这样的:

Endpoint endpoint = client.getEndpoint();
HTTPConduit conduit = (HTTPConduit) client.getConduit();
conduit.setMessageObserver(new MyMessageObserver(client));

请记住,在处理消息内容时,输入流在被消费后总是必须被重置(以某种方式)。在你的消息观察者中,你可能想要保存消息内容,然后传递它,也许在返回的路上重置它。沿着这些行:

@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);
}

其他明显的消息处理程序注入是通过In/OutInterceptors()完成的,如果你看一下管道,你可以在任何地方注入它们,根据定义的消息处理阶段。接收,预流等…根据http://cxf.apache.org/docs/interceptors.html。这些将是管道的一部分,但在客户端启动之后。MyMessageObserver在管道之前。

相关内容

  • 没有找到相关文章

最新更新