Mule ESB HTTP 인바운드 엔드 포인트 경로

비슷한 경로를 가진 두 개의 뮬 프로젝트를 동시에 실행하여 호출을 그룹화 할 수 있습니다 (예 : http://domain.com/foo/service1 http://domain.com/foo/ 나는 두 개의 프로젝트, 로컬 호스트 포트에서 수신이 모두 80 프로젝트 1은 엔드 포인트/V1 프로젝트 2의 경로가를 가지고 POC으로 서비스 2)Mule ESB HTTP 인바운드 엔드 포인트 경로

는 엔드 포인트의 경로/v2를

모두 내 노새에 성공적으로 배포가 있습니다 서버이지만 project1의 끝점 만 반환합니다.

올바르게 작동하는 방법에 대한 아이디어가 있으십니까?

출처

2013-01-14 sticman77

실제로 해당 포트에서 수신 대기하는 소켓이 하나 (80)이기 때문입니다. 두 개 이상의 경로가 필요한 경우 동일한 응용 프로그램에서 끝점을 그룹화해야하며이 응용 프로그램은 프록시 역할을 수행하고 실제 논리를 사용하여 응용 프로그램을 호출 할 수 있습니다.

출처

2013-01-14 21:12:28 Seba

Seba의 제안 대신 일반적인 패턴은 HTTP 끝점을 노출 한 다음 특정 경로 (예 :/v1)를 처리하는 응용 프로그램이 수신하는 JMS 대기열로 메시지를 보내도록하는 것입니다 app 및/v2).

출처

2013-01-14 22:34:00

예, 동의합니다. 실제로 "이 애플리케이션은 프록시 역할을 수행하고 실제 로직을 사용하여 호출 할 수 있습니다."라고 동의합니다. – Seba

그래도 하나만 있으면 프록시 애플리케이션에 여러 HTTP 끝점을 갖는 것이 좋습니다. –

답장을 보내 주셔서 감사합니다. 나는 우리의 유스 케이스에서 각 엔드 포인트가 다른 포트를 듣도록하는 것이 더 바람직하다고 생각한다. 우리는 변형을 수행 할 ESB 계층에서 여러 개발자가 작업하기를 원하므로 각자 자신의 프로젝트에서 작업 할 것입니다. JMS 큐/토픽을 추가하는 것은 부모 라우터가 각 서비스에 대한 요청을 패스 스루하는 것과 마찬가지로이 사용 사례의 경우 과도한 것처럼 보입니다. – sticman77

Mule ESB HTTP 인바운드 엔드 포인트 경로

답변

관련 문제