Jms 표준 또는 프로토콜입니다. 일반적으로 엔터프라이즈 애플리케이션의 메시징에 사용됩니다. 주로 주제 메시지 (1 다대다) 와 대기열 메시지 (1 부터 1) 가 있습니다. Activemq 는 Apache 에서 생산하는 JMS 구현입니다.
Jboss 에는 다른 구현이 있습니다.
MQ 소개:
MQ 의 전체 이름은 메시지 대기열이고 메시지 대기열 (MQ) 은 응용 프로그램과 응용 프로그램 간의 통신 방법입니다. 애플리케이션은 특별한 접속 없이 대기열 안팎에서 애플리케이션에 대한 데이터 (메시지) 를 쓰고 검색함으로써 통신합니다. 메시징은 프로그램이 직접 호출을 통해서가 아니라 메시지에 데이터를 전송하여 서로 통신하는 것을 의미합니다. 직접 호출은 일반적으로 원격 프로시저 호출과 같은 기술에 사용됩니다. 큐는 응용 프로그램이 큐를 통해 통신하는 것을 의미합니다. 큐를 사용하면 수신 및 전송 애플리케이션이 동시에 실행될 필요가 없습니다. 비교적 성숙한 MQ 제품 중 하나는 MQ 입니다.
MQ 기능:
MQ 소비자-생산자 모델의 대표적인 대표자로, 한쪽 끝은 메시지 대기열에 메시지를 계속 쓰고 다른 쪽 끝은 대기열의 메시지를 읽거나 가입할 수 있습니다. MQ 는 JMS 와 비슷하지만 JMS 는 SUN JAVA 메시지 미들웨어 서비스의 표준 및 API 정의이며 MQ 는 AMQP 프로토콜의 구체적인 구현 및 제품을 따른다는 점이 다릅니다.
장면 사용:
프로젝트에서 즉각적인 반환이 필요하지 않은 시간이 많이 걸리는 일부 작업이 비동기 처리로 추출되어 서버의 요청 응답 시간이 크게 절약되어 시스템 처리량이 향상됩니다.
JMS 소개:
JMS (Java messaging service) 응용 프로그램 인터페이스는 Java 플랫폼의 MOM (message middleware) 에 대한 API 로, 두 응용 프로그램 간 또는 분산 시스템에서 비동기 통신을 위해 메시지를 전송하는 데 사용됩니다. 자바 메시지 서비스는 대부분의 MOM 공급자가 JMS 를 지원하는 플랫폼 독립적인 API 입니다.
정의:
JMS(Java Messaging Service) 는 Java 플랫폼의 메시지 지향 미들웨어 (MOM) 에 대한 기술 사양입니다. 메시징 시스템에서 Java 응용 프로그램 간의 메시지 교환을 용이하게 하며 메시지 생성, 전송 및 수신을 위한 표준 인터페이스를 제공하여 엔터프라이즈 응용 프로그램 개발을 단순화하고 Java 메시지 서비스로 변환합니다.
소개:
JMS 는 메시징 시스템 메시지에 액세스하는 공급업체 독립적인 API 입니다. JDBC(Java) 와 유사합니다. 여기서 JDBC 는 여러 관계형 데이터베이스에 액세스하는 데 사용할 수 있는 API 이며 JMS 는 메시지 서비스에 액세스하는 동일한 공급업체 독립적인 액세스 방법을 제공합니다. IBM 의 MQSeries, BEA 의 Weblogic JMS 서비스, Progress 의 SonicMQ 를 포함한 많은 공급업체들이 현재 JMS 를 지원하고 있습니다. 몇 가지 사례만 있습니다. JMS 를 사용하면 메시지 서비스 (메시지 에이전트 또는 라우터라고도 함) 를 통해 한 JMS 클라이언트에서 다른 JMS 클라이언트로 메시지를 전송할 수 있습니다. 메시지는 메시지 헤더와 메시지 본문이라는 두 부분으로 구성된 JMS 의 객체 유형입니다. 헤더는 라우팅 정보와 메시지에 대한 메타데이터로 구성됩니다. 메시지 본문에는 응용 프로그램의 데이터 또는 페이로드가 들어 있습니다. 페이로드 유형에 따라 메시지는 간단한 TextMessage, 직렬화 가능한 object (), 속성 세트 (MapMessage), 바이트 흐름 (), 원래 값 흐름 (), 페이로드가 없는 메시지 등 여러 유형으로 나눌 수 있습니다.
JMS 와 MQ 간의 관계:
JMS 는 메시지 서비스를 제공하는 전체 프로세스의 모든 데이터 구조 및 상호 작용 프로세스를 규정하는 메시지 서비스를 제공하는 기술 사양입니다. 한편, MQ 는 메시지 대기열 서비스로 메시지 지향 미들웨어 (MOM) 의 최종 구현으로 진정한 서비스 공급자입니다. MQ 구현은 JMS 또는 기타 사양이나 표준을 기반으로 할 수 있습니다.
JMS 를 지원하는 오픈 소스 MQ:
현재 ActiveMQ 가 가장 인기있는 선택입니다.
ActiveMQ 는 Apache 에서 생산하는 가장 인기 있고 강력한 오픈 소스 메시지 버스입니다. ActiveMQ 는 JMS 공급자 구현으로 JMS1..1및 J2EE 1.4 사양을 완벽하게 지원합니다. JMS 사양이 오랫동안 출시되어 왔지만 JMS 는 오늘날의 J2EE 응용 프로그램에서 여전히 특별한 역할을 하고 있습니다.
주요 특징:
1. 여러 언어와 프로토콜로 클라이언트를 작성합니다. 언어: 자바, c, c, C #, 루비, 펄, 파이썬, Perl. 어플리케이션 프로토콜: OpenWire, Stomp REST, XMPP, AMQP.
2. JMS1..1및 J2EE 1.4 사양 (지속성, XA 메시지, 트랜잭션) 을 완벽하게 지원합니다.
3. Spring 지원을 위해 Spring 을 사용하면 시스템에 ActiveMQ 를 쉽게 포함할 수 있으며 Spring2.0 의 기능도 지원합니다.
4. ActiveMQ 는 Geronimo, JBoss 4, Glassfish, WebLogic 과 같은 일반적인 J2EE 서버 테스트를 거쳐 JCA 1.5 자원 어댑터 구성을 통해 자동으로 배포할 수 있습니다
5. 다양한 전송 프로토콜 지원: in-VM, TCP, SSL, NIO, UDP, JGroups, JXTA.
6. JDBC 및 로그를 통해 고속 메시지 지속성을 지원합니다.
7. 설계를 통해 고성능 클러스터, 클라이언트-서버, 포인트 투 포인트 보장.
8. Ajax 지원
9. Anxi 와의 통합 지원
10. 포함된 JMS 공급자를 쉽게 호출하여 테스트할 수 있습니다.
1 1.ActiveMQ 빠르게; 일반적으로 jbossMQ 보다 10 배 빠릅니다.
장점: 클러스터, 피어-투-피어 네트워크, 자동 감지, TCP, SSL, 브로드캐스트, 지속성, XA 및 J2EE 1.4 컨테이너를 지원하는 빠른 오픈 소스 메시지 구성 요소 (프레임워크) 로 대부분의 언어 간 클라이언트에서 경량 컨테이너를 지원합니다 메시지 비동기 수신은 소프트웨어 다중 시스템 통합의 커플링을 줄입니다. 메시지의 신뢰할 수 있는 수신은 중간 부분에 메시지를 안정적으로 저장할 수 있도록 하며, 여러 메시지가 원자 트랜잭션을 형성할 수 있습니다.
단점: ActiveMQ 기본 구성은 성능이 낮고 최적화가 필요하지만 프로필이 복잡하여 ActiveMQ 자체는 관리 도구를 제공하지 않습니다. 샘플 코드가 적습니다. 홈페이지의 문서는 포괄적으로 보이지만 효과적인 구성 방법이 부족합니다. 문서는 조각화되어 사용자가 얕은 것에서 깊이 이해하기가 어렵습니다. 둘째, 문서의 전반적인 전문성이 너무 강하다. 연구 단계에서는 메일 목록을 보고, Javadoc 을 읽고, 소스 코드를 분석하여 알 수 있습니다.