튜닝 아파치 낙타 JMS 라우터 성능

내가 라우팅 -에 - 어 - JMS 대기열 실행하면튜닝 아파치 낙타 JMS 라우터 성능

.inOut("jmsGF:queue:INQueue?replyTo=queue:OUTQueue")

아래로 나는 그것이 실제로 JMS 메시지를 보낼 수 있습니다 전에 낙타는 약 900ms를 필요로 관찰 열. 이 프로세스/구성 시간을 줄이는 방법이 있습니까? 감사.

2012-04-30 14:51:22,098 SendProcessor Endpoint[jmsGF://queue:INQueue?replyTo=queue:OUTQueue] 
2012-04-30 14:51:22,833 Configuration$CamelJmsTemplate - Executing callback on JMS Session: ConnectionID=7685453259737775872, SessionID=7685453259737832448 
2012-04-30 14:51:22,973 JmsConfiguration - Sending JMS message to: Oracle GlassFish(tm) Server MQ Destination

출처

2012-04-30 James

org.springframework.jms.connection.CachingConnectionFactory (http://bsnyderblog.blogspot.com/2010/02/using-spring-jmstemplate-to-send-jms.html 참조)를 사용하여 지연이 해결되었습니다. – James

조사 해 주셔서 감사합니다. –

당신이 발견, 키는 문제가 발생할 수 있으므로 특히 폴링과 (

또한

는 소비자 연결을위한 봄 CachingConnectionFactory를 사용하여 조심은 JMS 생산자 연결의 연결 풀링의 일부 양식을 사용하는 것입니다 당신이 낙타 2.9 사용하는 경우 http://camel.apache.org/activemq.html

출처

2012-05-01 16:04:04

는, 당신은 또한 빠른 전용 ReplyTo의 대기열을 사용할 수 있습니다 : 소비자 등)

일반 정보 페이지를 참조하십시오. Camel JMS wiki 페이지에서 JMS를 통한 요청/응답에 대한 세부 정보를 확인하십시오. 또한 이전 릴리스의 성능을 향상시키는 방법과 대기열에 대한 독점적 인 응답을 사용할 수없는 경우에 대한 지침을 제공합니다. http://camel.apache.org/jms

출처

2012-05-02 09:30:35

독점적 인 replyto 기능은 성능면에서 정말 좋습니다. 이것은 응답이 아니라 전송을위한 것입니다. 수동 스프링 설정에 대한 의존도를 줄이고 Camel에 내장 된 JMS 세션의 컨테이너 캐싱 중 일부를 보는 것이 좋을 것입니다. 나는 아마이 클립을위한 낙타 특징 요구를 올릴 것이다. –

그래서 독점적 인 replyTo는 JMSCorrelationID를 가진 Selector를 무시하는 방법입니다. JMSCorrelationID는 실제로 jms 응답을받을 때 더 빠릅니다. Camel JMS 위키에 ".inOut()."("activemq : queue : foo? replyTo = bar? replyToType = Exclusive")'가 오타가 있습니까? "replyToType"앞에. 그것은 "&"(나는 누군가가 그것을 편집 할 수있는 슈퍼 편집 능력을 가지고 있기를 바랍니다 :-) – James

그래, 일반 JMS 캐싱 풀 좋을 것이다. 또한 ppl에 대한 봄에 드래그 싶지 않아. 단순 JMS API를 사용하는 것과 같이 Spring 이외의 다른 JMS 구성 요소가 새롭게 추가되었습니다. –

튜닝 아파치 낙타 JMS 라우터 성능

답변

관련 문제