Spring集成组件-最佳实践

Spring集成组件-最佳实践,spring,spring-integration,Spring,Spring Integration,我是spring集成的新手,正在掌握组件。要求如下。获取XML消息,使用web服务调用验证数据,并相应地处理有效或无效数据。我们目前使用路由器验证数据,并根据验证结果路由原始有效负载。我有一个备用方法来分离这个流。我希望路由器只执行路由作业。对于web服务验证,我考虑使用服务激活器。这反过来会将路由信息传递给路由器-可以通过使用报头充实器。我这里有一些问题。这是最好的做法吗?如果是这样,我们如何才能最好地将从Web服务接收到的验证信息传递给路由器?此外,添加更多组件不会否定我们通过组件分离获得的

我是spring集成的新手,正在掌握组件。要求如下。获取XML消息,使用web服务调用验证数据,并相应地处理有效或无效数据。我们目前使用路由器验证数据,并根据验证结果路由原始有效负载。我有一个备用方法来分离这个流。我希望路由器只执行路由作业。对于web服务验证,我考虑使用服务激活器。这反过来会将路由信息传递给路由器-可以通过使用报头充实器。我这里有一些问题。这是最好的做法吗?如果是这样,我们如何才能最好地将从Web服务接收到的验证信息传递给路由器?此外,添加更多组件不会否定我们通过组件分离获得的优势吗?请帮忙

问候,,
Aravind。

< P>帮助一个最佳实践方法考虑清楚职责的分离和验证是流的一部分。例如,您可以认为验证实际上是一个过滤器,其中只有有效消息通过并且无效被引导到拒绝信道。如果您可以将验证结果提取为布尔场景,那么过滤方法将起作用


(顺便说一句,尽量避免扩展Spring集成类/接口,而是创建您可以引用的POJO服务。这样更易于测试和维护)

Spring集成中的更多组件简化了关注点/责任的分离,增加了模块化并简化了维护。更多的成分实际上等于成分分离。我真希望我能在8个月前就这么说,并且说得更好。稍后将尝试用POJO示例进行解释,但请看一下我的SI问题的一些答案。。可能会有帮助