Spring integration 如何根据两个不同的服务激活器中发生的不同故障执行不同的更新查询?

Spring integration 如何根据两个不同的服务激活器中发生的不同故障执行不同的更新查询?,spring-integration,Spring Integration,spring的xml配置-集成 为此,您应在该恢复频道上使用和所需的更新。一个更新用于一个,另一个更新和频道也用于另一个 否则你的问题就不清楚了 请详细说明这一点: 这是不可能的,因为我只有一个入站适配器 如果您的意思是上的update=“update query”,则无法更改它。对于消息传递体系结构来说,这是一个有点突破性的概念。轮询端点必须在向通道发送消息之前完成其工作。我的意思是,UPDATE在JdbcPollingChannelAdapter中完成,就在SELECT之后,在向通道中的发

spring的xml配置-集成


为此,您应在该
恢复频道上使用
和所需的
更新。一个更新用于一个
,另一个更新和频道也用于另一个

否则你的问题就不清楚了

请详细说明这一点:

这是不可能的,因为我只有一个入站适配器


如果您的意思是
上的
update=“update query”
,则无法更改它。对于消息传递体系结构来说,这是一个有点突破性的概念。轮询端点必须在向通道发送消息之前完成其工作。我的意思是,
UPDATE
JdbcPollingChannelAdapter
中完成,就在
SELECT
之后,在向通道中的
发送消息之前。您无法控制下游流量。

为此,您应在
恢复通道上使用
和所需的
更新。一个更新用于一个
,另一个更新和频道也用于另一个

否则你的问题就不清楚了

请详细说明这一点:

这是不可能的,因为我只有一个入站适配器


如果您的意思是
上的
update=“update query”
,则无法更改它。对于消息传递体系结构来说,这是一个有点突破性的概念。轮询端点必须在向通道发送消息之前完成其工作。我的意思是,
UPDATE
JdbcPollingChannelAdapter
中完成,就在
SELECT
之后,在向通道中的
发送消息之前。在下游流程中,您没有控制权。

感谢您纠正我关于入站适配器中更新的概念。我不需要那里的更新查询。恢复通道上或中支持更新吗?我是否应该使用其他类似于端点的端点?对于
更新
,您应该使用单独的端点-
。而且您的
恢复通道
是重试后继续进行的一个好方法。因此,我应该为每个2个服务激活器使用2个jdbc出站适配器?感谢您纠正我关于入站适配器中更新的概念。我不需要那里的更新查询。恢复通道上或恢复通道中支持更新吗?我应该使用任何额外的工具吗像端点一样?对于
更新
,您应该使用单独的端点-
。您的
恢复通道
是重试后继续进行的一个好方法。所以我应该为每个服务激活器使用2个jdbc出站适配器?