Message Queue 4.2 및 최신 릴리스의 새로운 기능

Message Queue 4.2, 4.1 및 4.0의 새로운 기능은 다음 절에 설명되어 있습니다.

• Message Queue 4.2의 새로운 기능

• Message Queue 4.1의 새로운 기능

• Message Queue 4.0의 새로운 기능

Message Queue 4.2의 새로운 기능

Sun Java System Message Queue는 완벽한 기능의 메시지 서비스로 JMS(Java Messaging Specification) 1.1을 따르는 안정적인 비동기식 메시징을 제공합니다. 또한 Message Queue는 JMS 사양을 능가하는 다양한 기능을 제공하여 대규모 엔터프라이즈 배포 요구를 충족시킵니다.

Message Queue 4.2는 다양한 기능 향상 및 버그 수정이 포함된 부 릴리스입니다. 이 절에서는 Message Queue 4.2 설치 또는 업그레이드 방법과 이 릴리스에 포함된 새로운 기능에 대해 설명합니다.

• 게시자 또는 가입자를 위한 여러 대상

• XML 페이로드 메시지의 스키마 검증

• 분산 트랜잭션에 대한 C-API 지원

• Sun Connection 등록을 위한 설치 프로그램 지원

• MySQL 데이터베이스 지원

Message Queue 4.0 및 4.1에 도입된 기능에 대한 자세한 내용은 Message Queue 4.0의 새로운 기능 및 Message Queue 4.1의 새로운 기능을 각각 참조하십시오.

게시자 또는 가입자를 위한 여러 대상

Message Queue 4.2에서 이제 게시자는 여러 주제 대상에 메시지를 게시할 수 있고 가입자는 여러 주제 대상에서 메시지를 사용할 수 있습니다. 여러 대상을 나타내는 와일드카드 문자가 포함된 주제 대상 이름을 사용하여 이 기능을 수행할 수 있습니다. 이러한 심볼릭 이름을 사용하면 관리자는 필요에 따라 와일드카드 이름 지정 체계에 맞게 추가 주제 대상을 만들 수 있습니다. 게시자와 가입자는 추가된 대상에서 자동으로 메시지를 게시하거나 사용합니다. (와일드카드 주제 가입자가 게시자보다 더 일반적입니다.)

대기열 대상에는 이 기능이 적용되지 않습니다.

심볼릭 주제 대상의 이름 형식은 여러 세그먼트로 구성되며 와일드카드 문자(*, **, >)는 하나 이상의 이름 세그먼트를 나타낼 수 있습니다. 예를 들어, 다음과 같은 주제 대상 이름 지정 체계가 있다고 가정합니다.

size.color.shape

여기서 주제 이름 세그먼트에는 다음과 같은 값이 있을 수 있습니다.

• size: large, medium, small, ...

• color: red, green, blue, ...

• shape: circle, triangle, square, ...

메시지 대기열에서는 다음과 같은 와일드카드 문자가 지원됩니다.

• *는 한 세그먼트와 일치합니다.

• **는 하나 이상의 세그먼트와 일치합니다.

• >는 연속된 세그먼트의 임의 개수와 일치합니다.

따라서 다중 주제 대상을 다음과 같이 나타낼 수 있습니다.

large.*.circle은 다음을 나타냅니다.

large.red.circle
large.green.circle
...

**.square는 .square로 끝나는 모든 이름을 나타냅니다. 예를 들면 다음과 같습니다.

small.green.square
medium.blue.square
...

small.>는 small.로 시작하는 모든 대상 이름을 나타냅니다. 예를 들면 다음과 같습니다.

small.blue.circle
small.red.square
...

이 다중 대상 기능을 사용하려면 위에 설명한 것과 비슷한 이름 지정 체계를 사용하여 주제 대상을 만들어야 합니다. 그러면 클라이언트 응용 프로그램에서 심볼릭 대상 이름을 사용하여 게시자 또는 사용자를 만들 수 있습니다. 예를 들면 다음과 같습니다.

...
String DEST_LOOKUP_NAME = "large.*.circle";
Topic t = (Destination) ctx.lookup(DEST_LOOKUP_NAME);
TopicPublisher myPublisher = mySession.createPublisher(t)
myPublisher.send(myMessage);

...
String DEST_LOOKUP_NAME = "**.square";
Topic t = (Destination) ctx.lookup(DEST_LOOKUP_NAME);
TopicSubscriber mySubscriber = mySession.createSubscriber(t);
Message m = mySubscriber.receive();

첫 번째 예에서 브로커는 심볼릭 이름 large.*.circle과 일치하는 모든 대상에 메시지 사본을 넣습니다. 두 번째 예에서는 심볼릭 이름 **.square와 일치하는 대상이 하나 이상 있을 경우 가입자가 만들어지고 해당 심볼릭 이름과 일치하는 모든 대상으로부터 메시지를 받습니다. 심볼릭 이름과 일치하는 대상이 없을 경우 해당 대상이 있을 때까지 가입자가 만들어지지 않습니다.

관리자가 심볼릭 이름과 일치하는 추가 대상을 만들면 해당 심볼릭 이름을 사용하여 작성된 와일드카드 게시자가 이 대상에 게시하고, 해당 심볼릭 이름을 사용하여 작성된 와일드카드 가입자는 해당 대상으로부터 메시지를 받게 됩니다.

또한 주제 대상에 대한 게시자(생성자) 및 가입자(사용자)의 전체 수를 보고하는 것 외에도, Message Queue 관리 도구에서는 와일드카드 게시자인 게시자 수(해당되는 심볼릭 대상 이름 포함)와 와일드카드 가입자인 가입자 수(심볼릭 대상 이름 포함)도 보고합니다(있는 경우).

XML 페이로드 메시지의 스키마 검증

Message Queue 4.2의 이러한 새 기능을 통해 브로커로 메시지를 보낼 때 XML 스키마를 기준으로 텍스트(객체 아님) XML 메시지의 내용을 검증할 수 있습니다. XML 스키마(XSD)의 위치는 Message Queue 대상의 등록 정보로 지정됩니다. XSD 위치가 지정되지 않은 경우에는 XML 문서에 있는 DTD 선언을 사용하여 DTD 검증이 수행됩니다. (데이터 유형 및 값 범위 검증이 포함되는 XSD 검증은 DTD 검증보다 더 엄격합니다.)

이러한 새 기능을 사용하는 클라이언트 응용 프로그램의 경우 Java SE 버전을 JRE 1.5 이상으로 업그레이드해야 합니다.

XML 스키마 검증을 사용하려면 다음의 물리적 대상 등록 정보를 설정합니다.

XML 검증이 설정된 경우에는 Message Queue 클라이언트 런타임에서 XML 메시지를 브로커로 보내기 전에 지정된 XSD(또는 XSD가 지정되지 않은 경우 DTD)를 기준으로 해당 메시지의 검증을 시도합니다. 지정된 스키마를 찾을 수 없거나 메시지를 검증할 수 없는 경우에는 메시지가 전송되지 않고 예외가 발생합니다.

imqcmd create dst 또는 imqcmd update dst 명령을 각각 사용하여 대상을 만들거나 업데이트할 때 XML 검증 등록 정보를 설정할 수 있습니다. XML 검증 등록 정보는 대상이 비활성 상태인 동안, 즉 사용자나 생성자가 없고 대상에 메시지가 없는 경우에 설정해야 합니다.

런타임 시 XSD에 액세스할 수 없는 경우에는 대상이 활성 상태인 동안 XMLSchemaURIList를 수정해야 합니다.

대상이 활성 상태인 동안 XML 검증 등록 정보를 설정한 경우(예: 대상에 생성자가 연결된 경우)에는 생성자가 브로커에 다시 연결할 때까지 변경 사항이 적용되지 않습니다. 마찬가지로, 응용 프로그램 요구 사항을 변경한 결과로 XSD가 변경된 경우에는 변경된 XSD를 기반으로 XML 메시지를 생성하는 모든 클라이언트 응용 프로그램이 브로커에 다시 연결되어야 합니다.

reloadXMLSchemaOnFailure 등록 정보가 true로 설정된 상태에서 XML 검증이 실패한 경우에는 Message Queue 클라이언트 런타임에서 XSD를 다시 로드하여 메시지 검증을 다시 시도합니다. 다시 로드된 XSD를 사용해도 검증에 계속 실패할 경우 클라이언트 런타임에서 예외가 발생합니다.

분산 트랜잭션에 대한 C-API 지원

X/Open 분산 트랜잭션 모델에 따르면 분산 트랜잭션에 대한 지원은 하나 이상의 자원 관리자에서 수행되는 작업을 추적 및 관리하는 분산 트랜잭션 관리자에 의해 결정됩니다. Message Queue 4.2에서 Message Queue C-API는 이제 XA 호환 자원 관리자로 분산 트랜잭션 관리자와 Message Queue 간에 XA 인터페이스를 지원하므로 분산 트랜잭션 처리 환경(예: BEA Tuxedo)에서 실행되는 Message Queue C-API 클라이언트는 분산 트랜잭션에 참가할 수 있습니다.

이 분산 트랜잭션 지원은 XA 인터페이스 사양을 구현하는 데 사용되는 다음과 같은 새로운 C-API 함수, 매개 변수 및 오류 코드로 구성됩니다.

MQGetXAConnection()
MQCreateXASession()

분산 트랜잭션 컨텍스트에서 C 클라이언트 응용 프로그램을 사용할 경우 MQGetXAConnection()을 사용하여 연결을 설정하고 MQCreateXASession()을 사용하여 메시지를 생성 및 사용하기 위한 세션을 작성해야 합니다. . 모든 분산 트랜잭션의 시작, 완결 및 롤백은 분산 트랜잭션 관리자에서 제공되는 API를 통해 관리됩니다.

공용 정보

X/Open XA 인터페이스 사양에는 Message Queue XA 호환 자원 관리자에 대한 다음과 같은 공용 정보가 필요합니다.

• xa_switch_t 구조의 이름: sun_my_xa_switch

• 자원 관리자의 이름: SUN_RM

• 연결할 MQ C-API 라이브러리: mqcrt

• xa_close 문자열 및 형식: 없음

• xa_open 문자열 및 형식: ";"으로 구분된 이름=값 쌍

다음과 같은 이름/값 쌍이 지원됩니다.

프로그래밍 예

분산 트랜잭션을 사용하는 응용 프로그램을 프로그래밍하려면 트랜잭션 관리자 환경에서 실행되는 서버측 서비스와 트랜잭션 관리자 API를 호출하는 클라이언트측 코드를 작성합니다. Message Queue 4.2는 Tuxedo 트랜잭션 관리자에 기반한 프로그래밍 예를 제공합니다. 이러한 예는 각 플랫폼의 ./C/tuxedo 디렉토리에 있는 샘플 프로그램 디렉토리에 있습니다.

이 디렉토리에는 Message Queue 자원 관리자를 사용할 수 있도록 Tuxedo를 설정하고 Tuxedo 환경에 다음 샘플 프로그램을 구축하는 방법을 설명하는 README 파일이 포함되어 있습니다.

Sun Connection 등록을 위한 설치 프로그램 지원

Sun 하드웨어 및 소프트웨어를 추적, 구성 및 유지 관리할 수 있게 해주는 Sun에서 호스트되는 서비스인 Sun Connection에 Message Queue를 등록할 수 있도록 Message Queue 설치 프로그램이 향상되었습니다.

Message Queue 설치 과정 중에 Message Queue를 Sun Connection에 등록하도록 선택할 수 있습니다. 릴리스 버전, 호스트 이름, 운영 체제, 설치 날짜 및 기타 기본 정보 등의 설치된 Message Queue에 대한 정보는 Sun Connection 데이터베이스로 안전하게 전송됩니다. Sun Connection 인벤토리 서비스를 통해 Sun 하드웨어 및 소프트웨어를 구성할 수 있으며 업데이트 서비스는 사용 가능한 최신 보안 수정 사항, 권장 업데이트 및 기능 향상에 대해 알려줍니다.

Message Queue 4.2에 Sun Connection 등록을 위해 다음 설치 프로그램 화면이 추가되었습니다.

등록하려면 Sun Online 계정이 있거나, 없는 경우 새로 만들어야 합니다. 계정이 없는 경우 설치 프로그램에서 Sun Online 계정을 만들기 위한 다음 화면이 표시됩니다.

설치 중에 위 화면을 사용하여 Message Queue를 등록하거나 설치가 완료된 후까지 기다렸다가 다음과 같이 등록 전용 모드로 설치 프로그램을 실행할 수 있습니다.

# installer -r

등록 전용 모드는 Message Queue 4.2가 이미 설치되어 있어야 실행할 수 있으며 등록과 관련된 설치 프로그램 화면만 표시합니다.

MySQL 데이터베이스 지원

Message Queue 4.2는 JDBC 기반 데이터 저장소로 MySQL 데이터베이스를 지원합니다. MySQL Cluster Edition은 독립 실행형 브로커의 JDBC 데이터베이스로 사용할 수 있으며, 고가용성 브로커 클러스터에 필요한 고가용성 공유 데이터 저장소로도 사용할 수 있습니다. MySQL을 사용하도록 Message Queue를 구성하는 방법에 대한 자세한 내용은 Sun Java System Message Queue 4.2 Administration Guide의 Configuring a JDBC-Based Data Store 및 Sun Java System Message Queue 4.2 Administration Guide의 High-Availability Cluster Properties를 참조하십시오.

Message Queue 4.1의 새로운 기능

Message Queue 4.1은 몇 가지 새로운 기능과 향상된 기능 및 버그 수정이 포함된 부 릴리스였습니다. 이 절에서는 4.1 릴리스의 새로운 기능과 추가 참조 정보에 대해 설명합니다.

• 고가용성 브로커 클러스터

• JAAS 지원

• 영구 데이터 저장소 형식 변경 사항

• 브로커 환경 구성

• Java ES Monitoring Framework 지원

• 향상된 트랜잭션 관리

• C 클라이언트 연결을 위한 고정 포트

Message Queue 4.0에 소개된 기능에 대한 자세한 내용은 Message Queue 4.0의 새로운 기능을 참조하십시오.

고가용성 브로커 클러스터

Message Queue 4.1에서는 고가용성 브로커 클러스터가 소개되었습니다. 기존 브로커 클러스터는 메시징 서비스 가용성만을 제공(한 브로커가 실패하면 다른 브로커를 사용하여 메시징 서비스 제공)하는 반면, 고가용성 브로커 클러스터는 데이터 가용성도 제공(한 브로커가 실패하면 지속성 메시지 및 상태 데이터를 다른 브로커에서 사용하여 메시지 전달 인계)합니다.

Message Queue 4.1에서 소개된 고가용성 구현에는 공유 JDBC 기반 데이터 저장소가 사용됩니다. 브로커 클러스터의 각 브로커에 자체 영구 데이터 저장소를 사용하는 대신, 클러스터에 있는 모든 브로커가 동일한 JDBC 호환 데이터베이스를 공유합니다. 특정 브로커가 실패하면 메시지 라우팅과 실패한 브로커의 메시지 전달이 클러스터에 있는 다른 브로커로 인계됩니다. 그 과정에서 페일오버 브로커는 공유 데이터 저장소에 있는 데이터와 상태 정보를 사용합니다. 실패한 브로커의 메시징 클라이언트는 페일오버 브로커에 다시 연결하여 중단 없이 메시징 서비스를 제공합니다.

Message Queue 4.1 고가용성 구현에 사용되는 공유 JDBC 기반 저장소 자체도 고가용성이어야 합니다. 고가용성 데이터베이스가 없거나 중단 없는 메시지 전달이 그다지 중요하지 않은 경우에는 데이터 가용성 없이 서비스 가용성만을 제공하는 기존 클러스터를 계속 사용할 수 있습니다.

Message Queue 4.1 고가용성 브로커 클러스터를 구성하려면 클러스터에 있는 각 브로커에 다음 브로커 등록 정보를 지정합니다.

• 클러스터 구성원 등록 정보 - 브로커가 고가용성 브로커 클러스터의 일부인지 여부, 클러스터 아이디 및 클러스터 내의 브로커 아이디를 지정합니다.

• 고가용성 데이터베이스 등록 정보 - 지속성 데이터 모델(JDBC), 데이터베이스 공급업체 이름, 공급업체별 구성 등록 정보를 지정합니다.

• 오류 감지 및 페일오버 등록 정보 - 브로커 실패를 감지하고 페일오버 브로커를 사용하여 처리하는 방법을 지정합니다.

고가용성 브로커 클러스터 구현을 사용하려면 다음을 수행해야 합니다.

1. 고가용성 데이터베이스를 설치합니다.

2. JDBC 드라이버 .jar 파일을 설치합니다.

3. 고가용성 영구 데이터 저장소에 데이터베이스 스키마를 만듭니다.

4. 클러스터에 있는 각 브로커에 고가용성 등록 정보를 설정합니다.

5. 클러스터의 각 브로커를 시작합니다.

고가용성 브로커 클러스터에 대한 개념 설명과 기존 클러스터와의 비교에 대해서는 Sun Java System Message Queue 4.2 Technical Overview의 4 장, Broker Clusters를 참조하십시오. 고가용성 브로커 클러스터에 대한 절차 및 참조 정보에 대해서는 Sun Java System Message Queue 4.2 Administration Guide의 8 장, Managing Broker Clusters 및 Sun Java System Message Queue 4.2 Administration Guide의 Cluster Configuration Properties를 참조하십시오.

Message Queue 4.0으로 고가용성 데이터베이스를 사용하고 있다가 고가용성 브로커 클러스터로 전환하려는 경우에는 데이터베이스 관리자 유틸리티(imqdbmgr)를 사용하여 공유 영구 데이터 저장소로 변환할 수 있습니다. 알려진 문제점과 제한 사항에 대해서는 브로커 클러스터를 참조하십시오.

JAAS 지원

Message Queue 4.1은 내장되어 있는 파일 기반 및 LDAP 기반 인증 메커니즘 외에도 브로커에 외부 인증 메커니즘을 접속하여 Message Queue 클라이언트를 인증할 수 있도록 해주는 JAAS(Java Authentication and Authorization Service)를 지원합니다.

브로커를 통해 JAAS 호환 인증 서비스에서 사용할 수 있는 정보에 대한 설명과 이런 서비스를 사용하도록 브로커를 구성하는 방법에 대한 자세한 내용은 Sun Java System Message Queue 4.2 Administration Guide의 Using JAAS-Based Authentication을 참조하십시오.

영구 데이터 저장소 형식 변경 사항

Message Queue 4.1에서 JDBC 기반 데이터 저장소가 고가용성 브로커 클러스터를 지원하도록 변경되었습니다. 이로 인해 JDBC 기반 데이터 저장소의 형식도 버전 410으로 높아졌습니다. 형식 버전 350, 370 및 400은 410 버전으로 자동 마이그레이션됩니다.

파일 기반 영구 데이터 저장소 형식은 변경된 사항이 없으므로 버전 370으로 유지됩니다.

브로커 환경 구성

등록 정보 IMQ_DEFAULT_EXT_JARS가 Message Queue 4.1 환경 구성 파일 imqenv.conf에 추가되었습니다. 이 등록 정보를 설정하여 브로커가 시작될 때 CLASSPATH에 포함될 수 있도록 외부 .jar 파일의 경로 이름을 지정할 수 있습니다. 이 등록 정보를 사용하여 외부 .jar 파일의 위치를 지정하면 더 이상 이 파일을 lib/ext 디렉토리에 복사할 필요가 없습니다. 외부 .jar 파일은 JDBC 드라이버 또는 JAAS 로그인 모듈과 관련된 것일 수 있습니다. 다음 샘플 등록 정보에서는 JDBC 드라이버의 위치를 지정합니다.

IMQ_DEFAULT_EXT_JARS=/opt/SUNWhadb4/lib/hadbjdbc4.jar:/opt/SUNWjavadb/derby.jar

Java ES Monitoring Framework 지원

Message Queue 4.1에서는 공용 그래픽 인터페이스를 사용하여 Java ES 구성 요소를 모니터링할 수 있는 Sun Java ES(Java Enterprise System) Monitoring Framework에 대한 지원이 출시되었습니다. 이 인터페이스는 Sun Java System Monitoring Console이라고 하는 웹 기반의 콘솔로 구현됩니다. 관리자는 콘솔을 사용하여 성능 통계를 보고, 자동으로 모니터링할 수 있는 규칙을 만들고, 경보를 확인할 수 있습니다. Message Queue를 다른 Java ES 구성 요소와 함께 실행 중인 경우에는 단일 인터페이스를 사용하여 이러한 모든 구성 요소를 관리하는 것이 편리할 수 있습니다.

Java ES Monitoring Framework를 사용하여 Message Queue를 모니터링하는 방법에 대한 자세한 내용은 XREF를 참조하십시오.

향상된 트랜잭션 관리

이전에는 PREPARED 상태의 트랜잭션만 관리 목적으로 롤백할 수 있었습니다. 즉, 분산 트랜잭션의 일부인 세션이 정상적으로 종료되지 않은 경우 트랜잭션이 관리자에 의해 정리되지 않은 상태로 유지되었습니다. Message Queue 4.1에서는 명령 유틸리티(imqcmd)를 사용하여STARTED, FAILED, INCOMPLETE, COMPLETE 및 PREPARED와 같은 상태의 트랜잭션을 정리(롤백)할 수 있습니다.

특정 트랜잭션을 롤백할 수 있는지 여부(특히 트랜잭션이 PREPARED 상태가 아닐 경우)를 결정할 수 있도록 명령 유틸리티에서 imqcmd query txn 출력의 일부로 추가 데이터를 제공합니다. 이 유틸리티는 트랜잭션을 시작한 연결의 연결 아이디를 제공하며 트랜잭션이 만들어진 시간을 지정합니다. 관리자는 이 정보를 사용하여 트랜잭션을 롤백해야 하는지 여부를 결정할 수 있습니다. 일반적으로 관리자는 트랜잭션을 조기에 롤백해서는 안 됩니다.

C 클라이언트 연결을 위한 고정 포트

Message Queue 4.1, C 클라이언트는 Java 클라이언트와 마찬가지로 이제 브로커의 포트 매퍼 서비스에서 동적으로 할당된 포트 대신 고정된 브로커 포트에 연결할 수 있습니다. 고정 포트 연결은 방화벽을 통과하려고 하거나 다른 이유로 포트 매퍼 서비스를 우회해야 하는 경우에 유용합니다.

고정 포트 연결을 구성하려면 브로커와 C 클라이언트 런타임 모두(연결의 양 끝 모두)를 구성해야 합니다. 예를 들어, ssljms를 통해 클라이언트를 포트 1756에 연결할 경우 다음을 수행합니다.

• 클라이언트측에서 다음 등록 정보를 설정합니다.

  MQ_SERVICE_PORT_PROPERTY=1756

  MQ_CONNECTION_TYPE_PROPERTY=SSL

• 브로커측에서 imq.serviceName.protocolType .port 등록 정보를 다음과 같이 설정합니다.

  imq.ssljms.tls.port=1756

MQ_SERVICE_PORT_PROPERTY 연결 등록 정보가 Message Queue 3.7 Update 2로 백포트되었습니다.

Message Queue 4.0의 새로운 기능

Message Queue 4.0은 Application Server 9 PE 지원으로 제한된 부 릴리스였으며, 몇몇 새롭고 향상된 기능 및 버그 수정을 포함하고 있었습니다이 절에서는 이 릴리스의 새로운 기능에 대해 설명합니다.

• JMX 관리 API 지원

• 클라이언트 런타임 로깅

• 연결 이벤트 알림 API

• 브로커 관리 기능 향상

• JDBC 기반 데이터 저장소 정보 표시

• JDBC 공급업체 지원

• 영구 데이터 저장소 형식 변경 사항

• 추가 메시지 등록 정보

• SSL 지원

버전 4.0에 도입되었던, 사소하지만 잠재적으로 위험할 수 있는 변경 사항 중의 하나는 비밀번호를 지정하는 명령줄 옵션이 폐지되었다는 점입니다. 따라서 더 이상 사용되지 않는 비밀번호 옵션에 설명된 대로 모든 비밀번호를 파일에 저장하거나 프롬프트 창에 입력해야 합니다.

JMX 관리 API 지원

Message Queue 4.0에는 JMX(Java Management Extensions) 사양에 따라 Message Queue 브로커의 구성 및 모니터링을 위해 새로운 API가 추가되었습니다. 이 API를 사용하여 프로그래밍 방식으로 Java 응용 프로그램 내에서 브로커 기능을 구성 및 모니터링할 수 있습니다. 이전 버전의 Message Queue에서는 명령줄 관리 유틸리티 또는 관리 콘솔을 통해서만 이 기능에 액세스할 수 있었습니다.

자세한 내용은 Sun Java System Message Queue 4.2 Developer’s Guide for JMX Clients를 참조하십시오.

클라이언트 런타임 로깅

Message Queue 4.0에서는 연결 및 세션 관련 이벤트의 클라이언트 런타임 로깅 지원이 도입되었습니다.

클라이언트 런타임 로깅 및 구성 방법에 대한 자세한 내용은 Java Dev Guide의 137페이지를 참조하십시오.

연결 이벤트 알림 API

Message Queue 4.0에서는 클라이언트 런타임에서 응용 프로그램에 연결 상태 변경 사항에 대해 알릴 수 있는 이벤트 알림 API가 도입되었습니다. Message Queue 클라이언트는 연결 이벤트 알림을 통해 닫힘 및 다시 연결 이벤트를 수신하고 알림 유형 및 연결 상태를 기반으로 적절한 작업을 수행할 수 있습니다. 예를 들어, 페일오버가 발생하고 클라이언트가 다른 브로커에 다시 연결된 경우 응용 프로그램은 해당 트랜잭션 상태를 정리하고 새 트랜잭션으로 작업을 계속하려 할 수 있습니다.

연결 이벤트와 이벤트 수신기를 작성하는 방법에 대한 자세한 내용은 Java Dev Guide의 96페이지를 참조하십시오.

브로커 관리 기능 향상

Message Queue 4.0에서는 관리자가 브로커 정지, 지정된 간격 후에 브로커 종료, 연결 영구 삭제 또는 Java 시스템 등록 정보 설정(예: 연결 관련 등록 정보)을 수행할 수 있도록 명령 유틸리티(imqcmd)에 몇 가지 새로운 하위 명령과 명령 옵션이 추가되었습니다.

• 브로커를 정지하면 브로커가 자동 상태가 되며 브로커가 종료되거나 다시 시작되기 전에 메시지가 드레인됩니다. 정지되는 브로커에는 새 연결을 만들 수 없습니다. 브로커를 정지하려면 다음 명령을 입력하십시오.

  imqcmd quiesce bkr -b Wolfgang:1756

• 지정된 간격 후 브로커를 종료하려면 다음 명령을 입력하십시오. (시간 간격은 브로커가 종료되기 전에 대기하는 시간(초)을 지정합니다.)

  imqcmd shutdown bkr -b Hastings:1066 -time 90

  시간 간격을 지정하면 브로커에서 종료 시간을 나타내는 메시지를 기록합니다. 예를 들면 다음과 같습니다.

  Shutting down the broker in 29 seconds (29996 milliseconds)

  브로커 종료 대기 중 해당 동작은 다음과 같은 방식으로 영향을 받습니다.

  • 관리 jms 연결은 계속 허용됩니다.

  • 새 jms 연결은 허용되지 않습니다.

  • 기존 jms 연결은 계속 작동합니다.

  • 브로커는 고가용성 브로커 클러스터 내의 다른 브로커로부터 인계 받을 수 없습니다.

  • imqcmd 유틸리티는 차단되지 않고 종료 요청을 브로커에 전송하며 즉시 반환됩니다.

• 연결을 삭제하려면 다음 명령을 입력하십시오.

  imqcmd destroy cxn -n 2691475382197166336

  연결 아이디를 가져오려면 imqcmd list cxn 또는 imqcmd query cxn 명령을 사용합니다.

• imqcmd를 사용하여 시스템 등록 정보를 설정하려면 새로운 –D 옵션을 사용하십시오. 이 명령은 JMS 연결 팩토리 등록 정보 또는 연결 관련 java 시스템 등록 정보를 설정하거나 대체할 때 유용합니다. 예를 들면 다음과 같습니다.

  imqcmd list svc -secure -DimqSSLIsHostTrusted=true
  imqcmd list svc -secure -Djavax.net.ssl.trustStore=/tmp/mytruststore 
              -Djavax.net.ssl.trustStorePassword=mytrustword

imqcmd 명령 구문에 대한 자세한 내용은 Sun Java System Message Queue 4.2 Administration Guide의 13 장, Command Line Reference를 참조하십시오.

JDBC 기반 데이터 저장소 정보 표시

Message Queue 4.0에는 데이터베이스 관리자 유틸리티 imqdbmgr에 새로운 query 하위 명령이 추가되었습니다. 이 하위 명령을 사용하여 데이터베이스 버전, 데이터베이스 사용자 및 데이터베이스 테이블이 만들어졌는지의 여부를 비롯한 JDBC 기반 데이터 저장소에 대한 정보를 표시합니다.

다음은 이 명령을 사용하여 표시한 정보의 예를 나타냅니다.

imqdbmgr query

[04/Oct/2005:15:30:20 PDT] Using plugged-in persistent store:
        version=400
        brokerid=Mozart1756
        database connection url=jdbc:oracle:thin:@Xhome:1521:mqdb
        database user=scott
Running in standalone mode.
Database tables have already been created.

JDBC 공급업체 지원

Message Queue 4.0에서는 이제 Apache Derby 버전 10.1.1이 JDBC 기반 데이터 저장소 공급업체로 지원됩니다.

영구 데이터 저장소 형식 변경 사항

Message Queue 4.0에서는 최적화 및 향후 향상된 기능 지원을 위해 JDBC 기반 데이터 저장소가 새로 변경되었습니다. 이로 인해 JDBC 기반 데이터 저장소의 형식이 버전 400으로 높아졌습니다. Message Queue 4.0에서 파일 기반 데이터 저장소 버전은 변경되지 않았으므로 버전 370으로 유지됩니다.

추가 메시지 등록 정보

Message Queue 4.0에서는 사용 불능 메시지 대기열에 있는 모든 메시지에 설정되는 새로운 등록 정보 두 개가 추가되었습니다.

• JMS_SUN_DMQ_PRODUCING_BROKER는 메시지를 생성한 브로커를 나타냅니다.

• JMS_SUN_DMQ_DEAD_BROKER는 메시지를 사용 불능으로 표시한 브로커를 나타냅니다.

SSL 지원

Message Queue 4.0 시작 시 클라이언트 연결 팩토리 등록 정보 imqSSLIsHostTrusted의 기본값은 false입니다. 응용 프로그램이 이전의 기본값인 true를 따르는 경우에는 등록 정보를 다시 구성하여 명시적으로 true로 설정해야 합니다.

자체 서명된 인증서를 사용하도록 브로커를 구성한 경우 호스트를 신뢰하도록 선택할 수 있습니다. 이 경우 imqConnectionType 등록 정보를 사용하여 연결이 SSL 기반 연결 서비스를 사용하도록 지정해야 할 뿐 아니라 imqSSLIsHostTrusted 등록 정보를 true로 설정해야 합니다.

예를 들어, 브로커가 자체 서명된 인증서를 사용할 때 클라이언트 응용 프로그램을 안전하게 실행하려면 다음 명령을 사용합니다.

java -DimqConnectionType=TLS 
      -DimqSSLIsHostTrusted=true ClientAppName

브로커에서 자체 서명된 인증서를 사용할 경우 명령 유틸리티(imqcmd)를 안전하게 사용하려면 커넥터 서비스 나열 시 다음과 같은 명령을 사용합니다.

imqcmd list svc -secure -DimqSSLIsHostTrusted=true