Spring 통합 - HTTP 게이트웨이 및 JMS

클라이언트가 HTTP 요청을 보내고 애플리케이션이 처리하고 응답을 생성하고 HTTP 응답을 되돌려 보내는 요구 사항이 있습니다. 요청 및 응답은 JMS 대기열에 유지되어야합니다. 이 시나리오에서 Spring 통합을 활용하려면 현재 MVC 컨트롤러 대신 스프링 통합 HTTP 게이트웨이를 사용할 수 있습니까? 서로 다른 URI 매핑마다 별도의 게이트웨이가 필요합니까? HTTP 게이트웨이를 JMS 채널과 통합 할 수 있습니까? 이 시나리오에서 Spring Integration을 사용하여 고수준 아키텍처에 대한 아이디어를 얻었습니다.Spring 통합 - HTTP 게이트웨이 및 JMS

감사합니다.

출처

2013-08-19 user2680225

가장 빠른 온 램프는 Messaging Gateway (<gateway/>)을 기존 컨트롤러에 삽입해야합니다. 단순히 요청/응답을 보관한다면 void를 리턴하는 단순한 게이트웨이 메소드 만 있으면되고, Spring Integration 플로우에서는 <gateway/>을 <jms:outbound-channel-adapter/>으로 연결하십시오.

출처

2013-08-19 14:53:16

감사합니다. Gary. 그러나 MVC 컨트롤러를 HTTP 게이트웨이로 대체하는 것이 요구된다고 가정하면 JMS 채널과 통합 할 수 있습니까? 아니면 여전히 jms : outbound-channel 어댑터가 필요합니까? 또한 동일한 게이트웨이 정의 내에서 여러 URL을 매핑하는 방법은 무엇입니까? – user2680225

예, 컨트롤러를 게이트웨이로 교체 할 수 있습니다. 현재 여러 URL을 동일한 게이트웨이에 맵핑 할 수 없지만 여러 게이트웨이가 메시지를 동일한 채널에 제공 할 수 있습니다. 일반적으로 이것을 위해 jms 지원 채널을 사용하지 않을 것입니다. 그것들은 일반적으로 SI 흐름 내의 지점에서 지속성을 제공하는 데 사용됩니다. 프로세스 간 통신 (또는 일반 JMS 활동)의 경우 일반적으로 대신 채널 어댑터를 사용합니다. –

Spring 통합 - HTTP 게이트웨이 및 JMS

답변

관련 문제