307.7. 추가 참고 사항
307.7.1. 메시지 헤더 형식
SJMS2 Component는 Camel JMS Component에 사용되는 동일한 헤더 형식 전략을 사용합니다. 이 플러그형 전략을 사용하면 경유를 통해 전송된 메시지가 JMS Message 사양을 준수할 수 있습니다.
exchange.in.header 의 경우 헤더 키에 다음 규칙이 적용됩니다.
-
JMS또는JMSX로 시작하는 키는 예약되어 있습니다. -
exchange.in.headers키는 리터럴이어야 하며 모두 유효한 Java 식별자여야 합니다(키 이름에 점을 사용하지 마십시오). Camel은 점 및 하이픈을 대체하며 JMS 메시지를 사용할 때 그 반대입니다.
- Camel이 메시지를 사용할 때 DOT 로 교체되고 역방향 교체를 수행합니다.
-
Camel이 메시지를 사용할 때 HYPHEN 으로 교체되고 역방향 교체를 수행합니다.
키 포맷을 위해 자체 사용자 지정 전략을 사용할 수 있는jmsKeyFormatStrategy옵션도 참조하십시오.
exchange.in.header 의 경우 헤더 값에 다음 규칙이 적용됩니다.
307.7.2. 메시지 콘텐츠
경배를 통해 콘텐츠를 전달하려면 전달되는 메시지의 본문이 JMS 메시지 사양을 준수하는지 확인해야 합니다. 따라서 생성된 모든 항목은 기본 개체 또는 해당 카운터 개체(예: Integer,Long,Character)여야 합니다. 형식, 문자열,문자열, 날짜,BigDecimal 및 BigInteger 형식은 모두 to 표현으로 변환됩니다. 다른 모든 유형은 삭제됩니다.
String ()
307.7.3. 클러스터링
클러스터형 환경에서 InOut with SJMS2를 사용하는 경우 TemporaryQueue 대상을 사용하거나 InOut 프로듀서 끝점당 대상에 고유한 reply를 사용해야 합니다. 메시지 상관관계는 브로커의 메시지 선택기가 아닌 끝점에 의해 처리됩니다. InOut Producer Endpoint는 Message JMSCorrelationID 로 캐시된 Java Concurrency Exchangers를 사용합니다. 이는 원하는 소비자가 생성하는 순서에 따라 모든 메시지가 대상에서 소비되기 때문에 브로커의 오버헤드를 줄이는 동시에 좋은 성능 향상을 제공합니다.
현재 유일한 상관 관계 전략은 JMSCorrelationId 를 사용하는 것입니다. InOut Consumer는 이 전략을 사용하므로 포함된 JMSReplyTo 대상에 대한 모든 응답 메시지도 요청에서 복사한 JMSCorrelationId 도 갖도록 합니다.
