|
| Sun ONE Application Server 7, Update 1 관리자 설명서 |
JMS 서비스 사용Sun ONE Application Server는 메시징 작업에 대한 JMS (Java Message Service) API (Application Programming Interface)를 지원합니다. JMS는 Java 응용 프로그램의 분산 환경 내 메시지 작성, 보내기, 수신 및 읽기를 위한 일반적인 방법을 제공하는 프로그래밍 인터페이스 모음입니다.
특히 JMS는 J2EE (Java 2 Enterprise Edition) 응용 프로그램에서 비동기 메시징을 수행하는 표준 기반 방법입니다. 따라서 J2EE 구성 요소(웹 구성 요소 또는 EJB (Enterprise JavaBeans))는 JMS API를 사용하여 MDB (Message-Driven Bean)라는 특별한 EJB가 비동기적으로 사용하는 메시지를 보낼 수 있습니다.
Sun ONE Application Server는 일반적으로 JMS 메시징, 특히 MDB를 지원하며, JMS 사양을 구현하는 메시징 미들웨어인 JMS 공급자를 필요로 합니다. Sun ONE Application Server는 원시 JMS 공급자로 Sun ONE Message Queue (MQ) 버전 3.01을 사용합니다.
MQ는 투명한 JMS 메시징 지원을 제공하는 Sun ONE Application Server에 완벽하게 통합되어 있습니다. 이 지원(Sun ONE Application Server에서는 JMS 서비스로 통함)에는 최소한의 관리만 필요합니다.
이 장에서는 Sun ONE Message Queue를 통해 제공되는 기본 제공 JMS 서비스 이해 및 관리에 필요한 정보에 대해 설명합니다. 여기에서는 다음 항목에 대해 설명합니다.
JMS 정보
JMS 사양은 분산 엔터프라이즈 메시징을 지원하는 프로그램 인터페이스 모음을 설명합니다. 엔터프라이즈 메시징 시스템을 사용하면 독립 분산 구성 요소 또는 응용 프로그램이 메시지를 통해 통신할 수 있습니다. 동일한 시스템, 동일한 네트워크 또는 인터넷을 통해 느슨하게 연결된 구성 요소는 메시징을 사용하여 데이터를 전달하고 각각의 기능을 조정합니다.
JMS는 신뢰할 수 있는 비동기 메시지 전달을 제공하여 엔터프라이즈 규모의 메시징을 지원합니다.
신뢰할 수 있는 전달. 한 구성 요소에서 다른 구성 요소로 전달되는 메시지가 네트워크 또는 시스템 장애로 인해 손실되면 안됩니다. 즉, 시스템은 메시지 전달을 보장할 수 있어야 합니다.
비동기 전달. 많은 수의 구성 요소가 동시에 메시지를 교환할 수 있게 하고 고밀도 처리량을 지원하려면, 메시지 전송 여부가 사용자의 즉시 수신 준비 상태에 좌우되면 안됩니다. 사용자가 다른 작업을 수행 중이거나 오프라인 상태일 경우, 시스템은 메시지를 일단 전송한 후 사용자가 준비되었을 때 수신할 수 있도록 해야 합니다. 이것을 비동기 메시지 전달이라고 하며, 보통 축적 전송(store-and-forward) 메시징이라고 합니다.
다음 항목은 JMS 개념 및 용어에 대한 간단한 개요입니다.
JMS의 전체 설명은 다음 웹 사이트에서 JMS 1.0.2 사양을 참조하십시오.
기본 메시징 시스템 개념
몇 가지 기본 개념, 특히 JMS는 엔터프라이즈 메시징 시스템의 기초가 됩니다. 여기에서는 다음 주제로 설명합니다.
메시지
메시지는 특정 형식의 데이터(메시지 본문), 대상, 수명과 같은 메시지의 특성이나 등록정보 또는 메시징 시스템이 결정한 기타 특성을 설명하는 메타데이터(메시지 헤더)로 구성되어 있습니다.
메시지 서비스 구조
메시징 시스템의 기본 구조는 그림 "메시지 서비스 구조에 표시되어 있습니다. 이것은 일반 메시지 서비스를 사용하여 메시지를 교환하는 메시지 생성자와 메시지 사용자로 구성되어 있습니다. 일반적으로 메시지 생성자 및 사용자를 몇 명이든 메시징 구성 요소에 저장할 수 있습니다. 메시지 생성자는 메시징 서비스에 메시지를 보냅니다. 그러면 메시지 서비스는 메시지 라우팅 및 전달 구성 요소를 사용하여 메시지를 메시지에 인터레스트를 등록한 한 명 이상의 메시지 사용자에게 전달합니다. 메시지 라우팅 및 전달 구성 요소는 메시지가 모든 해당 사용자에게 전달되도록 보장할 책임이 있습니다.
메시지 서비스 구조
메시지 전달 모델
생성자 및 사용자 사이에는 일대일, 일대다, 다대다 관계 등 많은 관계가 존재합니다. 예를 들어, 다음과 같이 메시지를 전달할 수 있습니다.
- 한 생성자가 한 사용자에게
- 한 생성자가 많은 사용자에게
- 많은 생성자가 한 사용자에게
- 많은 생성자가 많은 사용자에게
이 관계들은 점대점 및 게시/가입 메시징의 두 메시지 전달 모델로 압축되는 경우가 많습니다. 점대점 전달 모델의 핵심은 특정 생성자가 보내 특정 사용자가 수신하는 메시지에 있습니다. 게시/가입 전달 모델의 핵심은 여러 명의 생성자가 보내 여러 명의 사용자가 수신하는 메시지에 있습니다. 이 메시지 전달 모델은 중복할 수 있습니다.
역사적으로 메시징 시스템은 이 두 전달 모델을 다양하게 결합하여 지원해 왔습니다. JMS API는 점대점 및 게시/가입 전달 모델을 모두 지원하는 일반 프로그래밍 접근 방법을 사용하도록 설계되었습니다.
JMS 사양
JMS는 메시지 구조, 프로그래밍 모델, 제공된 규칙 및 의미 모음을 지정합니다.
JMS 메시지 구조
JMS 사양에 따라, 메시지는 헤더, 등록 정보(헤더의 확장자에 따라 달라질 수 있음) 및 본문으로 구성됩니다.
헤더. 헤더는 메시지의 JMS 특성인 메시지 대상, 지속성 여부, 유지 시간 및 우선순위를 지정합니다. 이 특성은 메시징 시스템의 메시지 전달 방법을 관리합니다.
등록 정보. 등록 정보는 선택적이어서, 응용 프로그램이 다양한 선택 기준에 따라 메시지 필터에 사용할 값을 제공합니다. 등록 정보는 선택적입니다.
메시지 본문. 메시지 본문에는 교환될 실제 데이터가 포함됩니다. JMS는 여섯 가지 본문 유형을 지원합니다.
JMS 프로그래밍 모델
JMS 프로그래밍 모델에서 JMS 클라이언트(구성 요소 또는 응용 프로그래밍)는 JMS 메시지 서비스를 사용하여 메시지를 교환합니다. 메시지 생성자는 메시지 서비스에 메시지를 보내고, 메시지 사용자는 그 서비스에서 메시지를 받습니다. 이 메시징 작업은 JMS API를 구현하는 객체 모음(JMS 공급자가 제공)을 사용하여 수행됩니다. 그림 "JMS 프로그래밍 객체"은 메시지 전달 프로그램에 사용되는 JMS 객체를 표시합니다.
JMS 프로그래밍 모델의 경우, JMS 클라이언트는 ConnectionFactory 객체를 사용하여 JMS 메시지 서비스에 송수신되는 메시지와의 연결을 작성합니다. 연결은 JMS 클라이언트의 메시지 서비스에 대한 활성화 연결입니다. 클라이언트의 통신 자원 및 인증은 모두 연결이 작성될 때 할당됩니다.
JMS 프로그래밍 객체
연결은 세션 작성에 사용됩니다. 세션은 메시지 생성 및 사용의 단일 스레드 컨텍스트입니다. 메시지를 송수신할 메시지 생성자 및 사용자 작성에 사용됩니다. 세션은 수많은 확인 옵션 또는 트랜잭션(배포된 트랜잭션 관리자가 관리할 수 있는)을 통해 신뢰할 수 있는 전달을 제공합니다.
JMS 클라이언트는 MessageProducer를 사용하여 API에 대상 객체로 표시된 지정된 물리적 대상에 메시지를 보냅니다. 메시지 생성자는 생성자가 물리적 대상에 전송한 모든 메시지를 관리하는 기본 전달 모드(지속성 대 비지속성 메시지), 우선 순위 및 지속 시간을 지정할 수 있습니다.
마찬가지로, JMS 클라이언트는 MessageConsumer를 사용하여 API를 사용하여 대상 객체로 다시 제공된 지정된 물리적 대상에서 메시지를 수신합니다. 메시지 사용자는 메시지의 동기 또는 비동기 사용을 지원할 수 있습니다. 비동기 사용은 MessageListener를 사용자로 등록하여 수행합니다. 클라이언트는 세션 스레드가 MessageListener 객체의 onMessage() 메소드를 불러낼 때 메시지를 사용합니다.
관리 객체: 공급자 독립성
그림 "JMS 프로그래밍 모델"에는 JMS 공급자의 JMS 메시지 서비스 구현 방법의 세부 정보에 따라 두 개의 객체가 표시되어 있음. 연결 팩토리 객체는 공급자가 메시지를 전달할 때 사용하는 기반 프로토콜 및 메커니즘, 특정 명명 규칙 및 공급자가 사용한 물리적 대상의 용량에 따라 달라집니다.
일반적으로 이 공급자별 특성은 JMS API 구현의 세부 정보에 따라 JMS 클라이언트 코드를 작성합니다. 하지만 공급자에 독립적인 JMS 클라이언트 코드를 작성하려면, JMS 사양은 클라이언트 코드로 직접 인스턴스를 작성하지 않고 표준 방법으로 액세스되는 공급자별 객체(관리 객체라고 함)가 필요합니다.
관리 객체는 공급자별 구현 및 구성 정보를 캡슐화합니다. 관리 객체는 관리자가 작성 및 구성하고, 이름 서비스에 저장되며, 클라이언트 응용 프로그램이 표준 JNDI 조회 코드를 통해 액세스합니다. 이런 방법으로 관리 객체를 사용하여 공급자에 독립적인 JMS 클라이언트 코드를 작성합니다.
JMS는 연결 팩토리 및 대상이라는 두 가지 관리 객체 일반 유형을 제공합니다. 두 가지 모두 공급자별 정보를 캡슐화하지만, JMS 클라이언트 내에서 서로 매우 다르게 사용됩니다. 연결 팩토리는 메시지 서버에 연결을 작성할 때 사용되는 반면, 대상 객체는 JMS 메시지 서비스를 사용하여 물리적 대상을 식별할 때 사용됩니다.
주 Sun ONE Application Server의 컨텍스트에서, JMS 관리 객체는 응용 프로그램 서버 자원과 마찬가지로 JMS 자원으로 간주됩니다.
Message-Driven Bean
그림 "JMS 프로그래밍 모델"에 소개된 일반 JMS 클라이언트 프로그래밍 모델과 함께, J2EE 응용 프로그램의 컨텍스트에 사용되는 JMS API의 추가 특별 적용이 있습니다. 이 특별한 JMS 클라이언트를 Message-Driven Bean라고 부르며, EJB 2.0 사양에 지정된 EJB 구성 요소 패밀리 중 하나입니다(http://java.sun.com/products/ejb/docs.html).
다른 EJB 구성 요소(Session Bean 및 Entity Bean)는 동기적으로만 호출될 수 있기 때문에 Message-Driven Bean이 필요해 집니다. 이 때문에 이런 Bean의 메소드를 호출하면 메소드가 완료될 때까지 자원이 차단됩니다. 이 EJB 구성 요소의 경우 표준 EJB 인터페이스를 통해서만 액세스되기 때문에 메시지를 비동기적으로 받는 메커니즘을 가지고 있지 않습니다.
하지만 비동기 메시징은 많은 엔터프라이즈 응용 프로그램에 필요합니다. 이 때문에 메시지 생성과 밀접하게 연관되어 있지 않은 채 메시지를 수신하고 사용할 수 있는 EJB 구성 요소가 필요해지고 있습니다.
MDB는 특수 EJB 컨테이너(이것이 지원하는 구성 요소의 배포 서비스를 제공하는 소프트웨어 환경)가 지원하는 특수 EJB 구성 요소입니다.
MDB 메시지 사용자
Message-driven Bean. MDB는 JMS MessageListener 인터페이스를 구현하는 JMS 메시지 사용자입니다. MDB의 onMessage 메소드(MDB 개발자가 작성합니다)는 MDB 컨테이너가 메시지를 수신할 때 호출됩니다. onMessage 메소드는 JMS MessageListener 객체의 onMessage 메소드처럼 메시지를 사용합니다. MDB는 단일 대상에서 온 메시지를 사용할 수 있습니다. 메시지는 "MDB 메시지 사용자"의 그림에서 표시한 것처럼 단독 JMS 클라이언트 응용 프로그램, 웹 구성 요소 또는 기타 EJB 구성 요소가 생성할 수 있습니다.
MDB 컨테이너. MDB는 MDB 인스턴스 작성 및 메시지의 비동기 사용 설정을 담당한 특수 EJB 컨테이너에 의해 지원됩니다. 이것은 메시지 서비스(인증 포함)와의 연결 설정, 주어진 대상과 관련된 세션 풀 작성 및 메시지가 세션 풀 및 관련 MDB 인스턴스의 풀 사이에 수신될 때의 메시지 배포 관리와 관련되어 있습니다. 컨테이너는 MDB 인스턴스의 lifecycle을 제어하기 때문에 MDB 인스턴스 풀을 수신 메시지 로드에 맞추어 관리합니다.
MDB와 관련된 것으로, 메시지 사용 설정시 컨테이너가 사용하는 관리 객체의 JNDI 조회 이름을 지정하는 배포 설명자가 있습니다. 연결 팩토리 및 대상. 배포 설명자도 배포 도구가 컨테이너 구성에 사용할 수 있는 다른 정보를 포함할 수 있습니다. 이런 컨테이너는 각각 단일 MDB의 인스턴스를 지원합니다.
Sun ONE Application Server에 대한 EJB 컨테이너의 MDB 설정 구성 정보는 "Message-Driven Bean에 대한 정보"를 참조하십시오.
기본 제공 JMS 서비스
일반적으로 JMS 메시징 지원, 특히 MDB 지원은 Sun ONE Application Server에 구축되어 있습니다. 이 지원은 Sun ONE Message Queue와 Sun ONE Application Server 원시로 제공하는 기본 제공 JMS 서비스의 밀접한 통합을 통해 지원됩니다.
여기에서는 기본 제공 JMS 서비스 이해에 필수적인 다음 항목들을 설명합니다.
기본 제공 JMS 서비스 관리에 대한 정보는 "기본 제공 JMS 서비스 관리"를 참조하십시오.
Sun ONE Message Queue (MQ) 정보
Sun ONE Message Queue (MQ)는 JMS 열기 표준을 구현하는 엔터프라이즈 메시징 시스템입니다. 이것이 JMS 공급자입니다.
MQ 제품에는 신뢰할 수 있는 비동기 메시징에 필요한 JMS 사양의 최소 요구 사항을 넘어서는 기능이 있습니다. 이 기능 중 일부(중앙 집중식 관리, 조정 가능한 성능, 여러 메시징 전송 지원, 사용자 인증 및 권한 부여)는 Sun ONE Application Server에 통합된 MQ Platform Edition에서 사용할 수 있습니다. MQ Enterprise Edition으로 업그레이드하면 추가 기능(확장 가능한 메시지 서버 및 보안 메시징)을 사용할 수 있습니다.
그림 "MQ 시스템 구조"에 표시된 것처럼, MQ 메시징 시스템은 신뢰할 수 있는 메시지 전달을 위해 공동 작업하는 여러 부분으로 구성되어 있습니다.
MQ 메시징 시스템의 주요 부분은 다음과 같습니다.
이것은 다음 항목을 통해 간략히 소개됩니다. MQ 메시징 시스템의 자세한 전체 설명은 다음 웹 사이트의 MQ Administrator's Guide를 참조하십시오.
MQ 메시지 서버
그림 "MQ 시스템 구조"에 표시된 것처럼, MQ 메시지 서버의 주요 부분은 브로커 및 물리적 대상입니다.
브로커. 브로커는 MQ 메시지 시스템에 전달 서비스를 제공합니다. 메시지 전달은 연결 서비스, 메시지 라우팅 및 전달, 지속성, 보안 및 로깅을 처리하는 수많은 지원 구성 요소를 사용하여 수행됩니다. 메시지 서버는 하나 이상의 브로커를 사용하여 확장할 수 있습니다.
물리적 대상. 메시지 전달은 브로커가 관리하는 클라이언트에서 물리적 대상으로의 전달과, 대상에서 하나 이상의 사용 클라이언트로의 전달 등 두 단계 프로세스로 구성됩니다. 물리적 대상은 브로커의 물리적 메모리 및/또는 지속성 저장소(자세한 정보는 "물리적 대상" 참조) 내의 위치를 나타냅니다.
MQ 시스템 구조
브로커
생성 클라이언트에서 대상으로, 이후 대상에서 하나 이상의 사용 클라이언트로의 MQ 메시징 시스템의 메시지 전달은 브로커가 수행합니다(또는 MQ 3.01 Enterprise Edition의 경우 브로커 클러스터가 함께 작업을 수행합니다). 브로커가 메시지를 전달하려면, 클라이언트와의 통신 채널 설정, 인증 및 권한부여 수행, 적절하게 메시지 라우트, 신뢰할 수 있는 전달 보장 및 모니터링 시스템 성능을 위한 데이터 제공 등을 수행해야 합니다.
브로커는 복잡한 기능을 수행하기 위해 많은 구성 요소를 사용하며, 각각은 전달 프로세스에서 특정 역할을 수행합니다. 이 내부 구성 요소들을 로드 조건, 응용 프로그램 복잡성 등에 따라 적절하게 구성하면 브로커 성능을 최적화할 수 있습니다. 자세한 정보는 MQ Administrator's Guide를 참조하십시오.
물리적 대상
MQ 메시징은 두 단계 메시지 전달로 기술됩니다. 먼저 생성자 클라이언트에서 브로커에 있는 대상으로의 전달이 수행되고, 다음으로 브로커의 대상에서 하나 이상의 사용자 클라이언트로의 전달이 수행됩니다. 전달에는 대기열(점대점 전달 모델) 및 주제(게시/가입 전달 모델)의 두 가지 유형이 있습니다. 이런 대상들은 수신 메시지가 사용자 클라이언트에게 라우트되기 전 마샬링되는 브로커의 물리적 메모리 내 위치를 표시합니다.
일반적으로 관리 도구를 사용하여 물리적 대상을 작성하지만, 브로커가 메시지를 수신했을 때 자동으로 작성되기도 합니다.
대기열 대상. 대기열 대상은 점대점 메시징에 사용되며, 여기에서 메시지는 대상에 인터레스트로 등록된 여러 사용자 중 최종적으로 하나에만 전달된 것을 의미합니다. 메시지는 생성자 클라이언트에서 출발한 다음 사용자 클라이언트의 대기열에 쌓이고 전달됩니다.
주제 대상. 주제 대상은 게시/가입 메시징에 사용되며, 여기에서 메시지는 대상에 인터레스트로 등록된 모든 사용자에 최종적으로 전달된 것을 의미합니다. 메시지는 생성자에서 출발한 다음 해당 주제에 가입한 모든 사용자에게 라우트됩니다. 사용자가 해당 주제에 대해 영구 가입되어 있으면 메시지가 해당 주제에 전달되었을 때 활성화하지 않고, 브로커가 메시지를 일단 저장한 다음 사용자가 다시 활성화되었을 때 전달합니다.
MQ 클라이언트 런타임
MQ 클라이언트 런타임은 MQ 메시지 서버로의 인터페이스를 가진 JMS 클라이언트(단독 응용 프로그램, 웹 구성 요소 또는 EJB 구성 요소)를 제공합니다. 이것은 JMS 클라이언트에게 클라이언트가 대상에 메시지를 보내고 이런 대상에서 메시지를 수신할 때 필요한 모든 프로그래밍 인터페이스 구현을 제공합니다.
그림 "메시징 작업"은 JMS 클라이언트 및 MQ 클라이언트 런타임 사이의 통신과 관련된 메시지 생성 및 사용 방법을 표시하며, 여기에서 메시지 전달은 MQ 클라이언트 런타임 및 MQ 메시지 서버 사이의 통신과 관련됩니다.
메시징 작업
MQ 관리 객체
MQ 관리 객체를 사용하면 JMS 클라이언트 코드가 공급자에 영향을 받지 않을 수 있습니다("관리 객체: 공급자 독립성" 참조). MQ 관리 객체는 공급자별 구현 및 구성 정보를 객체 안에 저장하여 이후 공급자에 독립적인 방법으로 클라이언트 응용 프로그램이 사용할 수 있도록 하는 캡슐화 방법을 사용합니다. MQ 관리 객체는 관리자가 작성 및 구성하며, 표준 JNDI 조회 코드를 통해 JMS 클라이언트가 액세스합니다.
연결 팩토리 관리 객체. 연결 팩토리 객체는 JMS 클라이언트(단독 응용 프로그램, 웹 구성 요소 또는 EJB 구성 요소)와 MQ 메시지 서버 사이의 물리적 연결 작성에 사용됩니다. 연결 팩토리 객체는 브로커 내에 물리적으로 표현되지 않으며, 그저 JMS 클라이언트를 활성화하여 브로커에 연결을 구축합니다. 또한 연결 팩토리 객체를 사용하여 연결이 브로커 액세스에 사용하는 연결 및 클라이언트 런타임의 동작을 지정합니다. 이 때문에 MQ 연결 팩토리에는 MQ 시스템의 성능을 조정할 수 있는 구성 가능한 속성이 아주 많습니다.
대상 관리 객체. 대상 관리 객체(대기열 또는 주제)는 브로커 내의 이름이 공개된 대상 관리 객체에 해당하는 물리적 대상(물리적 대기열 또는 물리적 주제)을 표현합니다. 대상 관리 객체를 작성하면 JMS 클라이언트(메시지 사용자 및/또는 메시지 생성자)가 해당 물리적 대상을 액세스할 수 있습니다.
MQ 관리 도구
MQ 관리 도구는 명령줄 유틸리티 및 GUI (Graphical User Interface) 관리 콘솔의 두 가지 기준으로 나뉘어집니다.
관리 콘솔. 관리 콘솔을 사용하여 브로커 연결 및 관리, 브로커에 물리적 대상 작성, 객체 저장소에 연결 및 객체 저장소에서 관리 객체 추가, 업데이트 및 삭제 작업을 수행할 수 있습니다. 관리 콘솔을 사용하여 수행할 수 없는 작업에는 주로 브로커 시작, 브로커 클러스터 작성, 브로커의 특수한 추가 등록 정보 구성 및 사용자 데이터베이스 관리 등이 있습니다.
명령줄 유틸리티. MQ 유틸리티를 사용하면 관리 콘솔을 사용하여 수행할 수 있는 모든 작업과 함께, 브로커 시작 및 관리, 브로커의 특수한 추가 등록 정보 구성 및 MQ 사용자 데이터베이스 관리 작업도 수행할 수 있습니다.
MQ와 통합 Sun ONE Application Server
MQ Platform Edition은 Sun ONE Application Server 설치 프로세스 중 일부로 자동 설치됩니다. 자세한 정보는 Sun ONE Application Server 설치 설명서를 참조하십시오.
이것을 설치하면 많은 수의 Sun ONE Application Server 인스턴스를 지원하는 Sun ONE Application Server JMS 메시징 시스템이 제공됩니다. 기본적으로 각 서버 인스턴스에는 인스턴스에서 실행 중인 모든 JMS 클라이언트를 지원하는 관련 기본 제공 JMS 서비스가 들어 있습니다.
이 항목은 다음 내용으로 구성되어 있습니다.
기본 제공 JMS 서비스는 Sun ONE Application Server 관리 도구("기본 제공 JMS 서비스 관리" 참조)를 사용하여 관리할 수 있습니다.
기본 제공 JMS 서비스의 구조
그림 "기본 제공 MQ 메시징 시스템"에 표시된 기본 제공 JMS 서비스는 보통 MQ 메시징 시스템(그림 "MQ 시스템 구조" 참조)과 유사하지만, 다음에서 설명하는 많은 자격 증명을 가진 점이 다릅니다.
기본 제공 MQ 메시징 시스템
MQ 메시지 서버. 각 Sun ONE Application Server 인스턴스는 고유 JMS 서비스와 관련되어 있습니다. 기본 제공 JMS 서비스는 브로커 메시지 서버 하나를 사용합니다. 브로커는 그림
"기본 제공 MQ 메시징 시스템"에 표시된 Sun ONE Application Server 인스턴스 외부에서 별도 프로세스로 실행됩니다. 기본적으로 브로커 인스턴스(기본 제공 JMS 서비스)는 서버 인스턴스가 종료되어 관련된 서버 인스턴스가 시작하고 종료될 때 시작됩니다. 서버 인스턴스의 기본 제공 JMS 서비스에 대한 구성 정보는 Sun ONE Application Server 구성 저장소(server.xml 파일 참조)에 기록되며, "JMS 서비스 구성" 내에 표시된 대로 수정될 수 있습니다.MQ 클라이언트 런타임. JMS 서비스의 클라이언트 런타임 부분은 JMS API가 지원하는 라이브러리 모음입니다. 서버 인스턴스 내에서 실행 중인 JMS 클라이언트(JMS 클라이언트 구성 요소, MDB 포함)는 어느 것이든 이 라이브러리에 액세스할 수 있습니다.
MQ 관리 객체. 기본 제공 JMS 서비스는 Sun ONE Application Server이 제공하는 객체 저장소를 사용합니다. 각 서버 인스턴스는 자신의 객체 저장소를 가지고 있습니다. JMS 서비스는 객체 저장소 내에 관리 객체(연결 팩토리 및 대상 자원)를 저장합니다. "관리 객체 자원 관리"에서 설명한 것과 같은 이 관리 객체 자원을 작성하고, JNDI 조회 코드를 사용하여 JMS 클라이언트로 액세스합니다.
Sun ONE Application Server 관리. Sun ONE Application Server 관리 인터페이스 및 명령줄 유틸리티는 MQ 관리 기능의 제한된 일부만을 구현합니다. 관리 인터페이스 및 명령줄을 사용하면 기본 제공 JMS 서비스 구성, 물리적 대상 작성 및 삭제, JMS 클라이언트가 JMS 메시징 작업을 수행할 때 필요한 관리 객체 자원 작성 및 삭제를 수행할 수 있습니다. 하지만 이 관리 도구로는 브로커 등록 정보 설정, MQ 클라이언트 런타임 조정, MQ 사용자 리포지토리 수정, MQ 보안 관리와 같은 좀 더 복잡한 관리 작업은 수행할 수 없습니다(또는 이용할 수 없습니다). 기본 제공 JMS 서비스의 이런 관리 작업을 수행하려면 MQ와 함께 설치되어 있고 MQ Administrator's Guide에 설명되어 있는 관리도구를 사용해야 합니다. MQ 및 Sun ONE Application Server 관리 기능 비교는"Sun ONE Message Queue와 Sun ONE Application Server 관리 기능의 비교"를 참조하십시오.
기본 제공 JMS 서비스 비활성화
기본적으로 기본 제공 JMS 서비스는 관련된 Sun ONE Application Server인스턴스가 시작할 때 시작됩니다(즉, MQ 브로커가 시작됩니다). 그러나 서버 인스턴스가 JMS 메시징을 지원할 필요가 없거나 서버 인스턴스가 외부 JMS 서비스를 사용하기 때문에, 서버 인스턴스를 시작할 때 JMS 서비스가 자동으로 시작하지 않도록 하고 싶을 수 있습니다. 기본 제공 JMS 서비스를 사용하지 않으려면 "JMS 서비스 구성"을 참조하십시오.
외부 JMS 서비스는 Sun ONE Application Server 내에서 제어되지 않는 메시징 시스템입니다. MQ (원시 JMS 공급자)의 경우 이것은 단순히 MQ 관리 도구로 MQ 메시지 서버를 독립적으로 시작 및 관리한다는 의미입니다. 여러 서버 인스턴스에서 실행 중인 JMS 클라이언트도 여전히 MQ 관리 객체를 사용하여 MQ 메시지 서버에 접근할 수 있습니다. 관리 객체는 각 응용 프로그램 서버 인스턴스와 관련된 객체 저장소에 저장되거나 각 객체를 별도로 MQ 관리 도구로 관리하는 독립적인 객체 저장소에 저장할 수 있습니다(필요하면 여러 서버 인스턴스가 저장소를 공유할 수 있음).
서버 인스턴스의 외부 JMS 서비스 사용 시나리오에는 여러 가지가 있습니다. 가장 일반적인 것은 상이한 서버 인스턴스의 JMS 클라이언트가 동일한 물리적 대상에 접근해야 하는 경우입니다. 이 경우 서버 인스턴스 모두는 동일한 메시지 서버에 접근해야 합니다. 이를 위해서는 모든 서버 인스턴스의 기본 제공 JMS 서비스를 비활성화하고, 모든 JMS 클라이언트가 외부 JMS 서비스에 해당 JNDI 조회를 수행하도록 구성합니다. 또한 외부 JMS 서비스 공급자의 관리 도구를 사용하여 외부 JMS 서비스(메시지 서버 관리, 물리적 대상 작성 및 필요한 모든 관리 객체 작성)를 독립적으로 관리합니다.
여러 응용 프로그램 서버 인스턴스가 하나의 MQ 브로커 인스턴스를 공유하도록 구성하려면 다음 작업을 수행합니다.
- 모든 서버 인스턴스의 JMS 서비스를 비활성화합니다.
- 서버 인스턴스와 관계없이 공유 MQ 브로커를 관리합니다. 즉 외부 서비스를 관리하는 관리 도구를 사용하여 브로커를 시작 및 종료해야 합니다. 또한 Sun ONE 응용 프로그램 서버와 관계없이 물리적 대상을 관리해야 합니다.
- 예를 들어, 각 서버 인스턴스의 연결 팩토리 JMS 자원이 외부 MQ 브로커를 지정하도록 구성합니다. imqBrokerHostName 및 imqBrokerHostPort 등록 정보를 적절하게 설정해야 합니다.
- Sun ONE 응용 프로그램 서버에 JMS 응용 프로그램을 배포할 때 연결 팩토리 자원을 사용합니다.
외부 JMS 서비스와 기본 제공 JMS 서비스를 동시에 실행시킬 수 있습니다. 서버 인스턴스의 JMS 클라이언트는 필요하면 어느 JMS 서비스에든 접근할 수 있습니다.
많은 서버 인스턴스가 동일한 기본 제공 JMS 서비스를 공유하게 만드는 것은 좋지 않습니다
(하나만 활성화되고 나머지는 비활성화됨). 관련된 서버 인스턴스가 실행될 때에만 활성화된 JMS 서비스가 실행되기 때문에 이렇게 하면 상황을 관리하기 어렵게 되어 좋지 않습니다.기본 제공 JMS 서비스를 비활성화하면 기본 제공 JMS 서비스와 관련된 관리 작업도 수행할 수 없습니다. 외부 JMS 서비스 지원에 필요한 모든 관리 작업은 외부 서비스 관리용 관리 도구를 사용해서 수행되어야 합니다.
기본 제공 JMS 서비스 관리
이 주제는 기본 제공 JMS 서비스의 관리에 중점을 둡니다. 관리는 서버 인스턴스별로 수행됩니다.
기본 제공 JMS 서비스 관리에는 다음 작업도 포함됩니다.
관리는 Sun ONE Application Server의 관리 인터페이스 또는 명령줄 유틸리티를 사용하여 수행될 수 있습니다. 표 "Sun ONE Message Queue와 Sun ONE Application Server 관리 기능의 비교"에는 이 관리 도구와 MQ 관리 도구와의 비교가 표시되어 있습니다.
다음 절에서는 Sun ONE Application Server 관리 인터페이스를 사용하는 JMS 서비스 관리 작업 수행 방법에 대해 설명합니다.
JMS 서비스 구성
많은 JMS 서비스 등록 정보는 설치시 기본 제공 JMS 서비스가 함께 설치됩니다. 이 등록 정보의 기본 값은 JMS 서비스를 구성하여 변경할 수 있습니다.
JMS 서비스 등록 정보는 표 "JMS 서비스 등록 정보"에 설명되어 있습니다.
JMS 서비스 등록 정보
등록 정보
설명
기본 값
로그 수준
Sun ONE 응용 프로그램 서버 로그 파일에 기록할 로깅 정보 수준. 자세한 정보는 "로깅 사용"을 참조하십시오.
DEBUG_HIGH
포트
기본 제공 JMS 서비스가 제공하는 브로커 인스턴스의 기본 포트 번호. 기본적으로 기본 제공 JMS 서비스는 기본으로 제공된 기본 포트 번호를 사용합니다. 하지만 포트가 다른 소프트웨어와 충돌하거나 두 개 이상의 Sun ONE Application Server 인스턴스를 시작하는 경우에는 각 인스턴스에 대해 고유 기본 포트 번호를 지정해야 합니다.
설치시 JMS 서비스에 지정된 포트 번호를 이후 다른 서비스에서 사용하면 포트가 충돌할 수 있음에 주의하십시오. 이 경우 JMS 서비스에 다른 포트 번호를 부여해야 합니다.
7676
관리자의 사용자 이름/암호
물리적 대상 관리("물리적 대상 관리" 참조)와 같은 브로커 관리 작업 수행에 필요한 사용자 이름/암호. 관리자가 브로커 인스턴스에 보안이 유지된 상태로 액세스하려면(기본값으로 어떤 사용자도 액세스할 수 있습니다), 먼저 브로커의 사용자 리포지토리에 적절한 항목을 작성한 다음(MQ Administrator's Guide에서 설명) 관리자의 사용자 이름 및 암호에 해당 값을 입력해야 합니다.
admin/admin
시작 시간 초과
서버 인스턴스가 JMS 서비스 시작을 기다리는 시간(초 단위)을 지정합니다. 시간이 초과되면 서버 인스턴스 시작이 중단됩니다.
60
시작 인수
JMS 서비스 시작에 사용될 인수를 지정합니다. imqbroker 명령의 시작 인수 및 지정 방법은 MQ Administrator's Guide에서 찾을 수 있습니다 (-name 및 -port 인수는 제공해도 무시).
시작 활성화
서버 인스턴스 시작시 기본 제공 JMS 서비스가 시작되는지 여부를 지정합니다. JMS 메시징을 지원하지 않거나 외부 JMS 메시지 서비스를 사용하는 경우에는 이 등록 정보를 FALSE로 설정하십시오.
TRUE
기본 제공 JMS 서비스는 해당 서버 인스턴스 시작 전에 미리 구성될 수 있습니다. 하지만 서버 인스턴스가 이미 실행 중인 경우에는 구성 변경 사항이 서버 인스턴스가 중지되고 이후 다시 시작되어야 적용됩니다.
기본 제공 JMS 서비스를 구성하려면 다음 작업을 수행합니다.
- 관리 인터페이스를 엽니다.
- 왼쪽 분할 창에서 서버 인스턴스를 엽니다.
- JMS 폴더를 엽니다.
- "서비스" 링크를 선택합니다.
"JMS 서비스 구성" 화면이 오른쪽 분할 창에 표시됩니다.
JMS 서비스 구성 화면
- 필요한 등록 정보를 수정합니다("JMS 서비스 등록 정보" 참조).
- "저장" 버튼을 누릅니다.
"JMS 서비스" 화면이 새로 고쳐집니다.
물리적 대상 관리
JMS 메시징의 경우, JMS 공급자는 JMS 사용자로 디스패치된 메시지 서비스의 물리적 대상에 메시지를 보냅니다.
기본 제공 JMS 서비스의 경우, 이 물리적 대상을 명시적으로 작성할 수도 있고 메시지를 수신했을 때 JMS 서비스(MQ 브로커)가 자동으로 작성할 수도 있습니다. 일반적으로 메시징 응용 프로그램에 필요한 물리적 대상을 명시적으로 작성하면 메시징 시스템 및 자원에 대해 더 많은 제어권을 가질 수 있습니다. 이 대상이 더 이상 필요하지 않으면 삭제할 수 있습니다.
기본 제공 JMS 서비스의 물리적 대상을 작성하거나 삭제하려면, JMS 서비스가 실행 중이고 관리자의 사용자 이름 및 암호(기본 제공 JMS 서비스 구성시 지정)가 브로커의 사용자 리포지토리 내의 유효한 항목에 대응되어야 합니다("JMS 서비스 등록 정보" 참조).
관리 인터페이스를 사용하는 경우에는 기본 제공 JMS 서비스의 물리적 대상에 다음 관리 작업을 수행할 수 있습니다.
대기열 또는 주제 대상 작성
대기열 또는 주제 대상을 작성하려면 다음 작업을 수행합니다.
- 관리 인터페이스를 엽니다.
- 왼쪽 분할 창에서 서버 인스턴스를 엽니다.
- JMS 폴더를 엽니다.
- "서비스 링크"를 엽니다.
- "물리적 대상" 링크를 선택합니다.
"물리적 대상" 화면이 오른쪽 분할 창에 표시됩니다.
- "새로 만들기" 버튼을 누릅니다.
물리적 대상은 다음과 같습니다. "새로 만들기" 화면은 오른쪽 분할 창에 표시됩니다.
새 JMS 물리적 대상 화면
- 물리적 대상 이름을 입력합니다.
- "유형" 풀 다운에서 대기열 또는 주제를 선택합니다.
- "확인" 버튼을 누릅니다.
오른쪽 분할 창이 새로 고쳐지고 기존 대기열 및 주제 대상 목록에 새 대기열 또는 주제 대상이 표시됩니다.
물리적 대상 목록
기존 대기열 및 주제 대상을 나열하려면 다음 작업을 수행합니다.
- 관리 인터페이스를 엽니다.
- 왼쪽 분할 창에서 서버 인스턴스를 엽니다.
- JMS 폴더를 엽니다.
- "서비스 링크"를 엽니다.
- "물리적 대상" 링크를 선택합니다.
오른쪽 분할 창에 현재 물리적 대상이 표시됩니다.
물리적 대상 삭제
필요하면 대기열 또는 주제 대상을 삭제할 수 있습니다.
물리적 대상을 삭제하려면 다음 작업을 수행합니다.
- 기존 대상을 나열합니다("물리적 대상 목록" 참조).
- 삭제할 각 대상의 "선택" 상자를 누릅니다.
JMS 물리적 대상 화면
- "삭제" 버튼을 눌러 선택한 대상을 제거합니다.
목록이 새로 고쳐져 남은 대상을 표시합니다.
관리 객체 자원 관리
Sun ONE 응용 프로그램 서버에서 JMS 자원이 되는 MQ 관리 객체는 JMS 클라이언트가 JMS 서비스(기본 제공 또는 외부) 액세스에 사용합니다.
J2EE 구성 요소는 연결 팩토리 및 대상의 두 관리 객체 자원을 사용하여 JMS 서비스에 대한 연결을 구한 다음, 서비스("MQ 관리 객체" 참조)의 물리적 대상과 메시지를 주고 받습니다.
관리 객체 자원 작성은 JMS 서비스와 직접적인 관련이 없기 때문에 JMS 서비스를 활성화할 필요가 없으며, 서비스 인스턴스의 관리 객체 자원 작성에 유효한 사용자 이름 및 암호("JMS 서비스 등록 정보" 참조)가 필요하지 않습니다.
관리 객체 속성
JMS 메시징을 지원하려면 서버 인스턴스에 실행 중인 모든 JMS 클라이언트에 대해 필요한 관리 객체 자원을 작성해야 합니다. 최소한 각 관리 객체 자원의 JNDI 조회 이름, 유형(연결 팩토리, 대기열 또는 주제), 설명(선택적) 및 자원 활성화 여부는 반드시 지정해야 합니다. 기타 속성은 다음 절에서 설명합니다.
대상(대기열 또는 주제)
대기열 또는 주제 관리 객체의 경우, 해당하는 물리적 대상 이름도 지정해야 합니다.
연결 팩토리
연결 팩토리 관리 객체의 경우, 관리 인터페이스는 기본적으로 기본 제공 JMS 서비스(즉 호스트 이름이 로컬 호스트이고 포트 번호를 JMS 서비스 구성 때 설정한 브로커 인스턴스. "JMS 서비스 등록 정보" 참조)를 지칭하는 연결 객체를 작성합니다.
하지만 특정 서버 인스턴스의 JMS 서비스를 비활성화하면 이 서버 인스턴스가 지원하는 JMS 클라이언트는 외부 JMS 서비스를 사용해야 합니다. 외부 JMS 서비스에 대한 연결 작성에 사용할 연결 팩토리를 작성하는 경우, 사용자는 적절한 브로커 인스턴스의 호스트 이름 및 포트 번호를 지정하는 속성을 설정해야 합니다.
연결 팩토리 관리 객체에는 서버 인스턴스의 MQ 클라이언트 런타임을 조정할 때 사용하는 추가 속성이 있습니다. 이것은 MQ Developer's Guide에 문서화되어 있습니다.
관리 인터페이스를 사용하여 작성된 연결 팩토리 관리 객체는 배포된 트랜잭션 관리자를 지원합니다.
관리 객체 자원 관리 작업
관리 인터페이스에서는 관리 객체 자원에 대한 다음 관리 작업을 수행할 수 있습니다.
대기열 또는 주제 관리 객체 작성(대상 자원)
대기열 또는 주제 관리 객체를 작성하려면 다음 작업을 수행합니다.
- 관리 인터페이스를 엽니다.
- 왼쪽 분할 창에서 서버 인스턴스를 엽니다.
- JMS 폴더를 엽니다.
- "대상 자원" 링크를 선택합니다.
"대상 자원" 화면이 오른쪽 분할 창에 표시됩니다.
- "새로 만들기" 버튼을 누릅니다.
"대상 자원: 새로 만들기" 화면이 나타납니다.
새 대상 관리 객체 화면
- 이 대상 관리 객체와 관련된 JNDI 조회 이름을 입력합니다.
- 풀 다운 목록에서 "대기열" 또는 "주제"를 선택합니다.
- "확인" 버튼을 누릅니다.
오른쪽 분할 창에 대상 자원이 다시 표시됩니다. 새 창이 나타납니다.
또한 imqDestinationName 등록정보를 지정하여 객체의 대상 이름을 지정해야 합니다.
이 등록 정보의 값은 물리적 대상 이름과 일치해야 합니다.이 등록 정보의 값을 변경하려면 다음 작업을 수행합니다.
- 관리 인터페이스를 엽니다.
- 왼쪽 분할 창에서 서버 인스턴스를 엽니다.
- JMS 폴더를 엽니다.
- 대상 자원 폴더를 엽니다.
- 편집할 대상 자원을 선택합니다.
오른쪽 분할 창에 대상 자원 창이 표시됩니다.
- 오른쪽 분할 창에서 "등록 정보"를 누릅니다.
"등록정보 편집" 창이 나타납니다.
- "이름" 필드에 imqDestinationName을 입력합니다.
- "값" 필드에 물리적 대상 이름을 입력합니다.
- "확인"을 누릅니다.
오른쪽 분할 창에 대상 자원 창이 다시 표시됩니다.
ConnectionFactory 관리 객체 작성
대기열 연결 팩토리 또는 주제 연결 팩토리 관리 객체를 작성하려면 다음 작업을 수행합니다.
- 관리 인터페이스를 엽니다.
- 왼쪽 분할 창에서 서버 인스턴스를 엽니다.
- JMS 폴더를 엽니다.
- "연결 팩토리" 링크를 선택합니다.
"연결 팩토리 자원" 화면이 오른쪽 분할 창에 표시됩니다.
- "새로 만들기" 버튼을 누릅니다.
"연결 팩토리 자원: 새로 만들기" 화면이 나타납니다.
새 ConnectionFactory 관리 객체 화면
- 이 연결 팩토리 관리 객체와 관련된 JNDI 조회 이름을 입력합니다.
- 풀 다운 목록에서 연결 팩토리 객체 유형을 선택합니다.
- "확인" 버튼을 누릅니다.
오른쪽 분할 창에 목록에 새로 작성된 연결 팩토리 객체가 있는 연결 팩토리 자원 창이 다시 표시됩니다.
연결 팩토리가 기본 제공 JMS 서비스의 브로커가 아닌 다른 브로커에 연결을 작성한 경우에는 imqBrokerHostName 및 imqBrokerHostPort 등록 정보의 값을 설정해야 합니다.
이 등록 정보의 값을 변경하려면 다음 작업을 수행합니다.
- 관리 인터페이스를 엽니다.
- 왼쪽 분할 창에서 서버 인스턴스를 엽니다.
- JMS 폴더를 엽니다.
- 연결 팩토리 폴더를 엽니다.
- 편집할 연결 팩토리 자원을 선택합니다.
오른쪽 분할 창에 연결 팩토리 창이 표시됩니다.
- 오른쪽 분할 창에서 "등록 정보"를 누릅니다.
"등록 정보 편집" 창이 나타납니다.
- "이름" 필드에 imqBrokerHostName을 입력합니다.
- "값" 필드에 해당 등록 정보의 값을 입력합니다.
- "이름" 필드에 imqBrokerHostPort을 입력합니다.
- "값" 필드에 해당 등록 정보의 값을 입력합니다.
- "확인"을 누릅니다.
오른쪽 분할 창에 연결 팩토리 창이 다시 표시됩니다.
관리 객체 자원 목록
기존 관리 객체를 나열하려면 다음 작업을 수행합니다.
- 관리 인터페이스를 엽니다.
- 왼쪽 분할 창에서 서버 인스턴스를 엽니다.
- JMS 폴더를 엽니다.
- "대상 자원" 또는 "연결 팩토리 자원" 링크를 선택합니다.
오른쪽 분할 창에 현재 대상 또는 연결 팩토리 관리 객체가 표시됩니다.
관리 객체 자원 삭제
관리 객체 자원을 삭제하려면 다음 작업을 수행합니다.
- 기존 관리 객체 자원을 나열합니다("관리 객체 자원 목록" 참조).
오른쪽 분할 창에 기존 관리 객체 자원이 표시됩니다.
- 삭제할 각 객체의 "선택" 상자를 누릅니다.
JMS 연결 팩토리 화면, 새로 고쳐짐.
- "삭제" 버튼을 눌러 각 선택 객체를 제거합니다.
화면의 목록이 새로 고쳐져 남은 관리 객체 자원을 표시합니다.
명령줄 인터페이스를 사용한 기본 제공 JMS 서비스 관리
Sun ONE 응용 프로그램 서버에는 명령줄 유틸리티 asadmin이 있어서, 관리 인터페이스로 수행할 수 있는 작업과 동일한 모든 작업 수행에 사용할 수 있습니다.
asadmin 명령을 사용하여 기본 제공 JMS 서비스를 구성 및 관리합니다.
이 명령의 구문에 대한 정보는 asadmin의 온라인 도움말을 참조하십시오. jms-service 및 jms-resource의 속성 목록과 함께 asadmin에 대한 추가 정보는 "명령줄 인터페이스 사용을 참조하십시오.