我需要找到一种方法来防止在发生异常时记录大的有效负载。 我通过FTP发送大文件(大约30MB),当连接超时时记录整个有效负载内容。
[01-10-2012 10:32:59:059] ERROR exception.DefaultMessagingExceptionStrategy:
********************************************************************************
Message : Connection timed out (java.net.ConnectException)
Code : MULE_ERROR--2
--------------------------------------------------------------------------------
Exception stack is:
1. Connection timed out (java.net.ConnectException)
java.net.PlainSocketImpl:-2 (null)
2. Connection timed out (java.net.ConnectException) (org.mule.transport.ConnectException)
org.mule.transport.ftp.FtpConnector:556 (http://www.mulesoft.org/docs/site/current3/apidocs/org/mule/transport/ConnectExcepti
on.html)
--------------------------------------------------------------------------------
Root Exception stack trace:
java.net.ConnectException: Connection timed out
at java.net.PlainSocketImpl.socketConnect(Native Method)
at java.net.PlainSocketImpl.doConnect(PlainSocketImpl.java:333)
at java.net.PlainSocketImpl.connectToAddress(PlainSocketImpl.java:195)
+ 3 more (set debug level logging or '-Dmule.verbose.exceptions=true' for everything)
********************************************************************************
[01-10-2012 10:32:59:059] ERROR exception.DefaultMessagingExceptionStrategy: Message being processed is:
+++++++++++LARGE_PAYLOAD_CONTENT++++++++++++++
.
.
.
.
.
答案 0 :(得分:3)
使用Mule 3.3.0,唯一的选择是将org.mule.exception.DefaultMessagingExceptionStrategy
的记录器配置为FATAL
(通过Log4j配置)。
Mule 3.3.1 / 3.4.0-SNAPSHOT中已修复此问题:仅当org.mule.exception.DefaultMessagingExceptionStrategy
的记录器设置为DEBUG
时,才会记录完整消息有效内容。
答案 1 :(得分:1)
尝试将mule.verbose.exceptions设置为false
-Dmule.verbose.exceptions=false
答案 2 :(得分:0)
这是针对3.3.1(仅限EE)修正的:http://www.mulesoft.org/jira/browse/MULE-6268