Jboss 7.1.1.final을 사용 중이며 하나의 대기열에 DLQ1이 있고 다른 대기열에 DLQ2가 있도록 두 개의 DLQ를 정의해야합니다. 나는 HornetQ 문서에보고하고 match 속성이있는 address_settings 태그 발견 그것을위한 일치하는 패턴이 될 것입니다 무엇 <jms-queue name="Test">
<entry name="qu
JBoss 서버 (최종 7.1.1)가 게시 한 지속성 주제를 읽기 위해 독립 실행 형 HornetQ (v2.2.13) 소비자를 사용하고 있습니다. 모두는 몇 시간 (2-6 사이) 동안 잘 진행되고 소비자는 주제에서 메시지를받는 것을 멈 춥니 다. 서버의 로그 파일에서 파이프 아래로 데이터가 계속 펌핑되지만 소비자 로그 파일은 클라이언트가 데이터 읽기를 중지
대기열은 기본적으로 hornetQ에 지속됩니다. 왜 우리는 max-size-bytes와 주소로 페이징을 구성해야합니까? 모든 메시지는 디스크에 저장해야합니다. <address-settings>
<address-setting match="jms.someaddress">
<max-size-bytes>104857600</max-size-byt
최근에 프로젝트에 hornetq를 사용하기 시작했으며 주제에 대한 영구 가입을 사용합니다. 그러나 우리는 가입자를 통제 할 권한이 없습니다. 클라이언트가 지난 24 시간 동안 연결하지 않은 경우 영구 가입을 시간 종료하는 것으로하고 싶습니다. 이를 원한다면 몇 가지 이유가 있습니다. 주된 이유는 클라이언트 ID가 변경되거나 연결 클라이언트가 사라질 수 있기
JMS, JNDI 또는 JBoss AS를 사용하지 않는 간단한 hornetQ 예제를 찾고 있습니다. 이 릴리스에 포함 된 대부분의 예제는 JNDI와 JMS 또는 JBoss AS를 사용합니다. 임베디드 예제를 살펴 보았지만 응용 프로그램에 hornetQ를 임베드하지 않으려 고합니다. 누군가가 올바른 방향으로 나를 가리켜 주시겠습니까? 고마워.
HornetQ core API의 성능이 JMS보다 우수합니까? 내 질문을 닮은이 포럼에서 유일한 질문은 this post이지만 더 많은 기능을 갖춘 핵심 API에 대해서만 말했고 두 옵션의 성능 이점에 대해서는 말하지 않았습니다. 내가 그 기록 때문에 HornetQ 사용 설명서 (section 5.1)이 부탁 해요 : 사용자가 클라이언트 측에 JMS API
우리는 몇 주 동안 HornetQ를 연구했습니다. 우리 사업에는 많은 "델타"메시지가 있습니다. (불행히도 ...) 버전이 지정되지 않았습니다.이 메시지는 국제 표준이기 때문에 은으로 버전이 지정되지 않습니다. 즉, 같은 메시지를 두 번 내보내는 것은 당연히 싫은 일입니다. 표준은이 사실을 피할 수는 없다고 인정하고이 경우 메시지를 중복 메시지으로 표시하도