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