자매들의 복수형이다.
JMS
공개 분류: 프로그램, 컴퓨터, 인터넷 용어
JMS(Java Messaging Service) 는 Java 플랫폼의 메시지 지향 미들웨어에 대한 기술 사양으로 Java 메시지 서비스로 번역됩니다. JMS 는 지점 간 및 게시/가입 메시지 모델을 모두 지원합니다.
JMS 기본 개념
1.JMS(Java Message Service) 는 메시지 시스템
을 용이하게 하는 엔터프라이즈 메시지 시스템에 액세스하는 표준 API 입니다시스템의 Java 응용 프로그램은 메시지 교환을 수행하고 표준 생성, 전송 및 수신 인터페이스를 제공하여 엔터프라이즈 응용 프로그램 개발을 단순화합니다.
2. JMS 기본 기능
JMS 는 메시지 지향 미들웨어와 통신하는 데 사용되는 응용 프로그램 인터페이스입니다. 지점 간 (point-to-point) 도메인과 게시/가입 (publish/subscribe) 유형의 도메인을 모두 지원하며 승인된 메시징, 트랜잭션 메시지 전달, 일관성 메시지 및 JMS 는 또한 기존 백그라운드 시스템과 애플리케이션을 통합할 수 있는 또 다른 방법을 제공합니다.
3. WebLogic JMS 서버 소개
WebLogic Server8.1 은 JAVA 사양을 준수하며 Sun Microsystems J2EE 1.3 을 통해
를 인식합니다인증. WebLogic 의 일환으로, 물론 Weblogic JMS 서버도 JMS 사양을 완벽하게 준수하며 클러스터를 지원합니다. 실제 엔터프라이즈 시스템에 적용할 수 있습니다. 다음 그림은 WebLogic JMS Server 아키텍처입니다. 그림에서 볼 수 있는 WebLogic JMS Server 의 주요 구성 요소는 WebLogic JMS servers (메시지 통신용), Java 클라이언트, JNDI (도메인 이름 조회용) 입니다
WebLogic JMS 등록 정보
1. 메시지 통신 모델
JMS 는 PTP (point-to-point) 모델과 Pub/Sub (publishing/subscription) 모델의 두 가지 메시지 통신 모델을 지원합니다. 두 메시지 통신 모델은 다음과 같은 차이점을 제외하고 매우 유사합니다.
PTP 모델은 한 메시지에 한 명의 수신자만 있을 수 있도록 규정하고 있습니다. Pub/Sub 모델을 사용하면 한 메시지에 여러 수신자를 가질 수 있습니다.
2. 메시지 구성
메시징 시스템의 중심은 메시지입니다.
Message 는
의 세 가지 구성 요소로 나뉩니다헤더 (header) 는 클라이언트와 공급업체가 모두 메시지를 식별하고 라우팅하는 데 사용하는 표준 필드 세트입니다.
등록 정보 (property) 는 선택적 헤더 필드를 메시지에 추가할 수 있도록 지원합니다. 응용 프로그램에서 표준 헤더 필드를 사용하지 않고 메시지를 카탈로그화하고 분류해야 하는 경우 이 카탈로그와 분류를 위해 메시지에 속성을 추가할 수 있습니다. Setlt； 제공 Typegt；; Property (...) 및 getlt；; Typegt；; Property (...) 메서드는 Object 를 포함한 다양한 Java 유형의 속성을 설정하고 가져옵니다. JMS 는 공급자 선택이 제공하는 표준 속성 세트를 정의합니다.
메시지의 본문 (body) 에는 수신 응용 프로그램으로 보낼 내용이 포함되어 있습니다. 각 메시지 인터페이스는 지원하는 컨텐츠 유형에 따라 다릅니다.
JMS 는 서로 다른 유형의 컨텐츠에 대해 고유한 메시지 유형을 제공하지만 모든 메시지는 Message 인터페이스에서 파생됩니다.
Streammessage: 표준 흐름 작업으로 순서를 채우고 읽는 Java 기본 숫자 스트림을 포함합니다.
Mapmessage: 이름/값 쌍 세트가 들어 있습니다. 이름은 string 유형이고 값은 Java 의 기본 유형입니다.
Textmessage: String 을 포함합니다.
Object message: Serializable Java 객체가 들어 있습니다. JDK 를 사용할 수 있는 컬렉션 클래스입니다.
Bytesmessage: 해석되지 않은 바이트 스트림 포함: 기존 메시지 형식과 일치하도록 본문을 인코딩합니다.
XMLmessage: XML 내용이 들어 있습니다. TextMessage, XMLMessage 유형 사용을 확장하여 메시지 필터링을 용이하게 합니다.
3. 메시지 확인 모드
트랜잭션이 아닌 세션에서는 응용 프로그램에서 생성한 세션에 5 가지 확인 모드가 있으며 트랜잭션 세션에서는 확인 모드가 무시됩니다.
5 가지 확인 모드 설명:
Auto _ acknowledge: 자동 확인 모드. 수신자 응용 프로그램의 메소드 호출이 메시지 처리에서 반환되면 세션 객체는 메시지 수신을 확인합니다.
Client _ acknowledge: 클라이언트 확인 모드. 세션 객체는 응용 프로그램에 따라 수신된 메시지에 대해 acknowledge () 메서드를 호출합니다. 이 메서드가 호출되면 세션은 마지막 확인 이후 수신된 모든 메시지를 확인합니다. 이 모드를 사용하면 응용 프로그램이 하나의 호출로 메시지 배치를 수신, 처리 및 확인할 수 있습니다. 참고: 관리 콘솔에서 접속 팩토리의 Acknowledge Policy (확인 정책) 속성이 Previous (미리) 로 설정되어 있지만 지정된 세션에 대해 수신된 모든 메시지를 확인하려는 경우 마지막 메시지로 acknowledge (
Dups _ ok _ acknowledge: 복제본 허용 확인 모드. 수신자 응용 프로그램의 메소드 호출이 메시지 처리에서 반환되면 세션 객체는 메시지 수신을 확인합니다. 그리고 중복 확인이 허용된다. 이 모델은 자원 사용을 고려해야 할 때 매우 효과적입니다. 참고: 응용 프로그램이 중복 메시지를 처리할 수 없다면 이 모드를 피해야 합니다. 메시지를 보내는 초기화 시도가 실패하면 중복 메시지를 다시 보낼 수 있습니다.
No _ acknowledge: 모드를 확인하지 않습니다. 받은 메시지를 확인하지 않는 것이 필요하다. 메시지가 NO_ACKNOWLEDGE 세션에 전송되면 WebLogic 서버에 의해 즉시 삭제됩니다. 이 모드에서는 수신된 메시지를 다시 얻을 수 없으며 다음과 같은 결과가 발생할 수 있습니다 .1. 메시지가 손실될 수 있습니다. 및/또는 다른 경우: 2. 메시지를 보내는 초기화 시도가 실패하면 중복 메시지가 전송되는 경우가 발생합니다.
Multicast _ no _ acknowledge: IP 그룹 캐스트의 미확인 모드도 확인이 필요하지 않습니다.
MULTICAST_NO_ACKNOWLEDGE 세션에 보내는 메시지는 앞서 설명한 NO_ACKNOWLEDGE 확인 모드와 동일한 기능을 * * * 즐길 수 있습니다. 이 모드는 제공된 서비스 품질을 확인하기 위해 세션에 의존하지 않고 IP 멀티캐스트를 통한 메시지 통신을 원하는 응용 프로그램을 지원합니다. 참고: 응용 프로그램이 메시지의 손실이나 중복을 처리할 수 없는 경우 이 모드를 사용하지 않도록 해야 합니다. 메시지를 보내는 초기화 시도가 실패하면 중복 메시지가 다시 전송될 수 있습니다.
주: 위 표의 5 가지 확인 모드, AUTO_ACKNOWLEDGE, DUPS_OK_ACKNOWLEDGE 및
CLIENT_ACKNOWLEDGE 는 JMS 사양에 의해 정의되고 NO_ACKNOWLEDGE 및 MULTICAST_NO_ACKNOWLEDGE 는 WebLogic JMS 에서 제공하는
입니다