【问题标题】:Issue with Mule FileMessageReceiver - WARN issuesMule FileMessageReceiver 的问题 - WARN 问题
【发布时间】:2014-04-16 17:31:09
【问题描述】:

使用以下文件配置,应用程序始终提供 WARN 问题。请参阅下面的日志示例。

WARN  2014-04-15 18:46:59,285 [[processes].accountFlow1.stage1.02] org.mule.transport.file.FileMessageReceiver: Failure trying to remove file /file/file/file.file from list of files under processing
DEBUG 2014-04-15 18:46:59,289 [[processes].accountFlow1.stage1.02] org.mule.api.processor.LoggerMessageProcessor: test1
DEBUG 2014-04-15 18:46:59,291 [[processes].accountFlow1.stage1.02] org.mule.api.processor.LoggerMessageProcessor: *******
DEBUG 2014-04-15 18:46:59,424 [[processes].accountFlow1.stage1.02] org.mule.api.processor.LoggerMessageProcessor: *******
DEBUG 2014-04-15 18:46:59,477 [[processes].accountFlow1.stage1.02] org.mule.api.processor.LoggerMessageProcessor: *******
DEBUG 2014-04-15 18:46:59,583 [[processes].accountFlow1.stage1.02] org.mule.api.processor.LoggerMessageProcessor: *******
DEBUG 2014-04-15 18:46:59,609 [[processes].accountFlow1.stage1.02] org.mule.api.processor.LoggerMessageProcessor: *******
DEBUG 2014-04-15 18:46:59,613 [[processes].accountFlow1.stage1.02] org.mule.api.processor.LoggerMessageProcessor: *******
DEBUG 2014-04-15 18:46:59,658 [[processes].accountFlow1.stage1.02] org.mule.api.processor.LoggerMessageProcessor: *******
DEBUG 2014-04-15 18:46:59,659 [[processes].accountFlow1.stage1.02] org.mule.api.processor.LoggerMessageProcessor: *******
DEBUG 2014-04-15 18:46:59,672 [[processes].accountFlow1.stage1.02] org.mule.api.processor.LoggerMessageProcessor: *******
DEBUG 2014-04-15 18:46:59,684 [[processes].accountFlow1.stage1.02] org.mule.api.processor.LoggerMessageProcessor: *******
DEBUG 2014-04-15 18:46:59,725 [[processes].accountFlow1.stage1.02] org.mule.api.processor.LoggerMessageProcessor: *******
DEBUG 2014-04-15 18:46:59,727 [[processes].accountFlow1.stage1.02] org.mule.api.processor.LoggerMessageProcessor: *******
DEBUG 2014-04-15 18:46:59,735 [[processes].accountFlow1.stage1.02] org.mule.api.processor.LoggerMessageProcessor: *******
WARN  2014-04-15 18:46:59,824 [Finalizer] org.mule.transport.file.ReceiverFileInputStream: Failed to move file from /file/file/processing/file.file to /file/file/archive/file.file

连接器的设置方式如下:

<file:connector name="InputFileConnector" doc:name="File Connector" workDirectory="${Processing_Path}" 
            workFileNamePattern="#[message.outboundProperties['originalFilename']]" moveToDirectory="${Archive_Path}" 
            moveToPattern="#[message.outboundProperties['originalFilename']]"
            streaming="true" autoDelete="false" validateConnections="true" fileAge="${FileAge}"/>

入站端点配置:

<file:inbound-endpoint responseTimeout="10000" doc:name="File" path="${Inbound_Path}" pollingFrequency="${PollingFrequency}" connector-ref="InputFileConnector">
            <!-- Add filename-regex-filter to insure files are there to kick off the process -->
            <file:filename-regex-filter pattern="SAMPLE\d+\.FILE" caseSensitive="true"/>
        </file:inbound-endpoint>

我正在寻找有关导致 Mule 出现此 WARN 问题的任何见解或建议。

更新将流属性更改为 false,解决 WARN 问题。

【问题讨论】:

    标签: mule mule-studio mule-el


    【解决方案1】:

    Mule 在流文件端点方面存在一些问题,因此您可以在连接器中使用 streaming="false" 尝试您的应用程序。我不知道 Mule 文件流的确切情况,但我猜它可能类似于打开文件句柄,当文件从处理列表中删除时会产生异常。

    【讨论】:

    • 啊,谢谢。我还有一个问题 - 如果 streaming="false" 并且您使用与原始文件名不同的名称执行 moveToPattern,为什么 Mule 会将有效负载转换为字节?异常堆栈是: 1. 消息已被过滤器拒绝。消息负载的类型为:byte[] (org.mule.api.routing.filter.FilterUnacceptedException) org.mule.routing.MessageFilter:100 (mulesoft.org/docs/site/current3/apidocs/org/mule/api/路由/…
    • 如果streaming="false",文件payload应该是byte[],不管moveToPattern。
    • 奇怪...我的处理器元素能够处理 byte[] 而无需将有效负载转换为对象或字符串,直到我修改了 moveToPattern 中的原始文件名。无论如何,由于我收到 byte[] 错误,我尝试使用 byte-array-to-string-transformer 转换 byte[] 有效负载,但我继续收到以下错误消息... ERROR 2014- 04-16 10:05:50,466 [[processes].InputFileConnector.receiver.01] org.mule.exception.CatchMessagingExceptionStrategy:消息:消息已被过滤器拒绝。消息负载类型:byte[] 代码:MULE_ERROR--2
    • 更改 streaming="false" 确实解决了原始问题。开始关于 moveToPattern 过滤器导致错误的新问题。
    猜你喜欢
    • 1970-01-01
    • 2022-06-10
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2022-11-26
    • 1970-01-01
    • 2013-05-12
    相关资源
    最近更新 更多