나는 ESB에 관한 동료와 논쟁을 벌였다. 글래스 피쉬는 데이터베이스 트랜잭션을 관리하고 SOAP 메시지를 제공하며 JMS를 통해 메시징 시스템을 제공하기 때문에 ESB라고 언급했습니다. 그는 동의하지 않았으며 Oracle Enterprise Service Bus는 ESB이지만 Glassfish는 그렇지 않습니다. 나는 ESB를 만드는 기능이 무엇인지 물었고 응답 할 수 없었다.Glassfish는 엔터프라이즈 서비스 버스 (ESB)입니까?
글래스 피가 ESB가되지 못하는 것은 무엇입니까?
글래스 피시에는 ESB의 구성 요소가 많이 있지만 오케스트레이션 구성 요소에는 구체적으로없는 요소가 있습니다. 오케스트레이션은 서로 다른 서비스의 "배선"을 관리합니다. GF는 엔드 포인트 관리 측면에서 모든 기능을 갖추고 있지만 엔드 포인트에서 엔드 포인트로의 메시지 라우팅 및 변환은 수행하지 않습니다.
즉, ESB를 번들로 사용했습니다. GF 2.x에서는 OpenESB와 함께 제공되었지만 GF 3.x에서는 제거되었습니다.
Glassfish는 응용 프로그램 서버입니다. 확실히 ESB를 실행할 수는 있지만 일반적으로 ESB로 간주되는 것에서 즉시 누락 된 몇 가지 기능이 있습니다. 당신은 사과와 오렌지를 비교해 보았습니다. 응용 프로그램 서버는 웹 응용 프로그램을 지원하는 구조를 제공하는 반면, ESB의 주요 목표는 잠재적으로 여러 응용 프로그램에 정보를 배포하는 것입니다.
특히 GlassFish v2.x는 JBI 코어 런타임 및 Java EE 서비스와 함께 제공됩니다. GlassFish v2.x는 절대로 ESB 자체가 아닙니다. 별도의 프로젝트 인 GlassFish ESB가 Java CAPS의 토대가되었습니다. 이 프로젝트에는 JBI 바인딩 구성 요소, 서비스 및 메시지 버스가 포함되었습니다. Will이 언급했듯이 GlassFish 3.x에는 JBI 나 ESB의 잔여 물이 포함되어 있지 않습니다. –