我定义了两个使用此组件的IntegrationFlows。一个从ftp读取,一个从磁盘读取文件。
@Bean
public IntegrationFlow csvLineFlowDefinition() {
return IntegrationFlows.from(CHANNEL_NAME)
.filter(String.class, m -> {
// filter to remove column definition csv line
return !m.startsWith("ID");
})
.<String, MyPrettyObject>transform(csvLinePayload -> {
String[] array = csvLinePayload.split(",");
MyPrettyObject myPrettyObject = new MyPrettyObject();
myPrettyObject.setId(array[0]);
myPrettyObject.setType(array[1]);
return myPrettyObject;
})
.<MyPrettyObject, String>route(myPrettyObject -> myPrettyObject.getType(),
routeResult -> routeResult
.channelMapping("AA", "AA_CHANNEL")
.channelMapping("BB", "BB_CHANNEL")
.channelMapping("CC", "CC_CHANNEL"))
.get();
}
如果从ftp读取或从磁盘读取文件出错,我希望这两个IntegrationFlows只会失败。 他们定义了自己的错误通道。 我不希望将csv行转换为MyPrettyObject时出错来达到这两个IntegrationFlow。
我考虑过将原始csv行调度到消息队列,然后我可以在此消息队列的入站消费者中定义特定的错误通道。
然而,这似乎有点矫枉过正。
我曾尝试为变换器插入ExpressionEvaluatingRequestHandlerAdvice,但我不确定如何正确使用它,并且消息未到达路由器或ERROR_CHANNEL_NAME
@Bean
public ExpressionEvaluatingRequestHandlerAdvice csvLineTransformerAdvice() {
ExpressionEvaluatingRequestHandlerAdvice expressionEvaluatingRequestHandlerAdvice = new ExpressionEvaluatingRequestHandlerAdvice();
expressionEvaluatingRequestHandlerAdvice.setFailureChannelName(ERROR_CHANNEL_NAME);
expressionEvaluatingRequestHandlerAdvice.setTrapException(true);
return expressionEvaluatingRequestHandlerAdvice;
}
.<String, MyPrettyObject>transform(csvLinePayload -> {
String[] array = csvLinePayload.split(",");
MyPrettyObject myPrettyObject = new MyPrettyObject();
myPrettyObject.setId(array[0]);
myPrettyObject.setType(array[1]);
return myPrettyObject;
}, t -> t.advice(csvLineTransformerAdvice()))
答案 0 :(得分:1)
我担心“阅读错误”无法到达错误频道,因为还没有消息要处理。因此,将入站通道适配器与其余流程隔离可能不是一个好主意。对于任何下游错误传播到入站通道适配器上的错误通道,这是很正常的。
ExpressionEvaluatingRequestHandlerAdvice
是正确的方法,但你应该记住它只适用于transformer
。下游流程已经不参与该建议。
如果出现错误,流量会停止,并且由于错误,它实际上无法到达下一个端点。不确定那里有什么问题......