JMS 큐 자원 및 서비스 통합
JMS 큐 자원(큐 및 큐 연결 팩토리)은 JMS 지점간 메시징을 위해 기본 메시징 제공자에서 제공하며 서비스 통합 버스에서 지원합니다.
이 절의 후반에 나오는 그림은 두 개의 멤버(하나의 서버 및 클러스터)가 있는 버스를 나타냅니다. 두 멤버 각각에는 JMS 큐가 있습니다. 애플리케이션은 하나의 JMS 큐로 메시지를 전송하고 다른 JMS 큐에서 메시지를 검색합니다. 서비스 통합 버스 및 JMS 연결 팩토리에 큐 대상이 있습니다.

- JMS 큐
- "JMS 큐"라는 용어는 애플리케이션이 상호 작용하고 관리자가
기본 메시징 제공자의 JMS 자원으로 구성하는 JMS 대상(javax.jms.Queue의
인스턴스)을 나타내는 데 사용됩니다.
관리자가 서비스 통합 버스에서 큐 대상의 이름을 캡슐화하는 관리 오브젝트인 JMS 큐를 정의할 수 있습니다. 애플리케이션은 JNDI 네임스페이스에서 이름을 찾아서 JMS 큐를 얻을 수 있습니다.
JMS 지점간 메시징을 사용하는 애플리케이션은 JMS 큐가 있는 메시지의 이용자 또는 생성자 역할을 하며 JMS 큐를 지원하는 서비스 통합 자원에 대해 알 필요가 없습니다.
- 큐
- "큐"라는 용어는 "큐 대상"의 약어로 사용되며 지점간 메시징에 대해 구성된
서비스 통합 버스 대상을 나타냅니다.
관리자가 버스의 한 멤버(애플리케이션 서버또는 서버 클러스터)에만 큐를 지정합니다. 버스 멤버의 메시징 엔진은 큐 위치로 알려진 큐의 메시지 위치를 호스트합니다. 큐 위치는 큐의 메시지가 저장되고 버스에서 처리되는 위치입니다.
버스 멤버에 메시징 엔진이 두 개 이상 있을 경우, 큐는 메시징 엔진에 걸쳐 파티션됩니다. 각 메시징 엔진에서는 큐에 대해 별도의 큐 위치를 호스트합니다.
- JMS 연결 팩토리
- "JMS 연결 팩토리"는 버스의 큐 위치에 있는 메시지에 액세스하기 위해 통과하는
메시징 엔진에 대한 연결을 작성합니다.
JMS 1.1에서는 새 애플리케이션에 대해 도메인 독립 JMS 연결 팩토리를 사용하도록 권장됩니다. 도메인 특정 큐 연결 팩토리는 JMS 1.1 스펙의 1.5절에서 설명하는 것처럼 도메인 특정 큐 인터페이스를 사용하도록 개발된 JMS 애플리케이션을 위한 역방향 호환성을 위해 지원됩니다.
- 임시 JMS 큐
- 관리 오브젝트로 작성된 JMS 큐를 사용하는 것 외에도 애플리케이션은 런타임 시 연결 지속 기간에만
존재하는 임시 JMS 큐를 작성할 수 있습니다. 임시 JMS 큐에 대해 연결은 MessageConsumers만 작성할 수 있습니다(예: 서비스 요청에 대해 JMSReplyTo 큐로 사용).
임시 JMS 대상 작성에 대한 자세한 정보는 JMS 1.1 스펙의 4.43절을 참조하십시오.
임시 JMS 큐의 경우, 서비스 통합 버스는 관리자가 목록으로 작성하고 찾을 수 있지만 보통 이에 대한 작업을 할 필요는 없는 임시 대상을 작성합니다.