入站池频率为 43200000。它曾经每天运行两次,但由于以下问题未能在 Oracle 数据库中插入一些行。
请指教。
这是错误消息,
********************************************************************************
Message : The queue for 'SEDA Stage PA_Trans.stage1' did not accept new event within 30000 MILLISECONDS. Message payload is of type: CaseInsensitiveHashMap
Code : MULE_ERROR--2
--------------------------------------------------------------------------------
异常堆栈是:
1. The queue for 'SEDA Stage PA_Trans.stage1' did not accept new event within 30000 MILLISECONDS. Message payload is of type: CaseInsensitiveHashMap (org.mule.api.service.FailedToQueueEventException)
org.mule.processor.SedaStageInterceptingMessageProcessor:139 (http://www.mulesoft.org/docs/site/current3/apidocs/org/mule/api/service/FailedToQueueEventException.html)
--------------------------------------------------------------------------------
Root Exception stack trace:
org.mule.api.service.FailedToQueueEventException: The queue for 'SEDA Stage PA_Trans.stage1' did not accept new event within 30000 MILLISECONDS. Message payload is of type: CaseInsensitiveHashMap
at org.mule.processor.SedaStageInterceptingMessageProcessor.enqueue(SedaStageInterceptingMessageProcessor.java:139)
at org.mule.processor.SedaStageInterceptingMessageProcessor.processNextAsync(SedaStageInterceptingMessageProcessor.java:102)
at org.mule.processor.AsyncInterceptingMessageProcessor.process(AsyncInterceptingMessageProcessor.java:97)
+ 3 more (set debug level logging or '-Dmule.verbose.exceptions=true' for everything)
********************************************************************************
最佳答案
入站池频率太长。您的 SEDA 阶段正在成为一个缓慢的消费者,而且它不应该成为它。
您有许多选项,例如 increasing the stage timeout .但是,我不会依赖 SEDA 的非常意外的使用,而只是将 vm(或 jms、amqp 等)队列与请求模块和 poll 或 quartz 结合使用。
关于mule - 'SEDA Stage PA_Trans.stage1' 的队列在 30000 毫秒内未接受新事件。消息负载的类型为 : CaseInsensitiveHashMap,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/31499096/