我正在运行基于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}_
你可以看到流部分在那里获得一个额外的字节(这只是文件的开头......额外的字节后来显示很多次)。运行这个窗口或Linux将以损坏的传输结束。 Java 8. CXF 2.7和3.1。
我仍在调查这个问题,但是我们将不胜感激任何想法。
...
答案 0 :(得分:4)
正如我在评论中所解释的那样,腐败的罪魁祸首是一个自定义日志记录处理程序,作为传入消息拦截器注入。它用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()完成的,如果你查看管道,你可以按照定义的消息处理阶段将它们注入任何地方.. ON-RECEIVE,PRE-STREAM等...按照http://cxf.apache.org/docs/interceptors.html。这些将成为管道的一部分,但在客户端启动之后.MyMessageObserver在管道之前。
希望这有助于Apache CXF调试......