2012-11-30 3 views
1

저는 스프링 통합에 익숙하지 않고 구성 요소를 가져 오는 과정에 있습니다. 요구 사항은 다음과 같습니다. XML 메시지를 가져 와서 웹 서비스 호출을 사용하여 데이터의 유효성을 검사하고 이에 따라 유효하거나 유효하지 않은 데이터를 처리합니다. 현재 라우터를 사용하여 데이터 유효성을 검사하고 유효성 검사 결과에 따라 원래 페이로드를 라우팅합니다. 이 흐름을 분리하려면 대체 방법을 염두에 두어야합니다. 라우터가 라우팅 작업 만 수행하도록합니다. 웹 서비스 유효성 검사를 위해 서비스 활성화자를 사용하려고합니다. 이것은 라우터에 라우팅 정보를 전달합니다. 헤더 강화자를 사용할 수 있습니다. 여기에 몇 가지 질문이 있습니다. 이것이 최선의 방법입니까? 그렇다면 웹 서비스에서받은 유효성 검사 정보를 라우터로 전달하는 가장 좋은 방법은 무엇입니까? 또한 구성 요소를 추가하면 구성 요소 분리로 얻을 수있는 이점을 무효화하지 않을까요? 도와주세요.스프링 통합 구성 요소 - 베스트 프랙티스

감사합니다. Aravind.

+0

이상의 구성 요소 우려/책임의 분리를 용이 (그건 그렇고, 봄 통합의 클래스/인터페이스를 확장 피하고 대신 참조 할 수있는 POJO 서비스를 만들어보십시오. 쉽게 테스트 및 유지 관리 할 수 ​​있습니다) 모듈화가 증가하고 유지 관리가 쉬워집니다. 더 많은 구성 요소가 실제로 구성 요소 분리와 동일합니다. 나는 그것을 말할 수 있었으면 좋겠다. 그리고 8 개월 전에 그것을 더 잘 의미했다. 나중에 POJO 예제로 설명하려고하지만 내 SI 질문에 대한 답을 살펴보십시오. 도움이 될 수 있습니다. – Crowie

답변

2

모범 사례 접근법을 돕기 위해 책임의 분명한 분리와 유효성 검사가 흐름의 일부로 고려하십시오. 예를 들어 유효성 검사가 실제로는 필터라고 간주 할 수 있습니다. 유효한 메시지 만 통과하고 유효하지 않은 메시지는 거부 채널로 전달됩니다. 부울 시나리오로 유효성 검사 결과를 추출 할 수있는 경우 필터 접근 방식이 작동합니다.

봄의 통합

관련 문제