Mule 用于'；SEDA阶段PA#U Trans.stage1和x27；未在30000毫秒内接受新事件。消息负载的类型为：CaseInsensitiveHashMap

入站池频率为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的意外使用，而只是将vm（或jms、amqp等）队列与请求者模块和轮询或石英组合使用。

当您的流处理策略是异步的时，SEDA队列用于在入站消息处理器和流的其余部分之间对消息进行排队。正如在另一个答案中所建议的，如果您使用诸如activemq之类的排队机制，并将接收方流处理策略设置为synchronous，则可以避免此问题

例如：

• 流1:JDBC入站端点->JMS队列出站端点
• 流程2:JMS队列入站端点->处理

流2使用同步处理策略，因此所有排队都由JMS服务器完成，而不使用SEDA队列

---

关于Mule中线程的更多信息：

Hi Victor，上面的评论是我的入站端点。请让我知道如何以其他方式重写它以克服此问题。谢谢..请分享整个流程。另外，您正在使用JDBCEE，因此您得到了MuleSoft的官方支持。你有没有向MuleSoft寻求帮助？