activemq

0열

1답변

ActiveMQ ActiveMQ.Advisory.TempQueue 점점 커지고 있습니다.

문제, ActiveMQ에서 몇 가지 이유로 (그 이유는 알지 못합니다) ActiveMQ.Advisory.TempQueue가 점점 더 커지고 있습니다 (하루 1GB). Name Producer # Consumer # Enqueue # Dequeue # Memory % Dispatch # Always retroactive Average blocked

0열

2답변

조건부로 낙타 고리 빠져 나옴

나는 낙타 2.14를 사용하고 있다고 말하기 시작합니다. 업그레이드는 현재 카드에 없습니다. 그래서 나는 2.17에 나온 doWhile 옵션을 놓친다. 나는 준비가되었을 때 서비스 인스턴스로 라우팅을 반복적으로 시도 할 수 있어야하는 시나리오가 있습니다. 이 작업이 성공하면 루프를 종료해야합니다. 지금까지 나는 지정된 횟수만큼 볼 수있었습니다. 그러나 그

2열

1답변

신참 : 낙타

와 ActiveMQ를 나는이 주제에 대한 아주 새로운 해요 및 일부 설명 ... 우리는 지금 아파치 낙타 라우팅 및 처리를 강화해야 실행중인 ActiveMQ를-서버를 가지고 있어야합니다. 우리의 전체 구성은 XML 기반입니다. 내 첫 번째 접근 방식은 activemq.xml 끝에 <import resource="camel.xml">이라는 일반 텍스트를 사용

0열

2답변

클래스를 찾을 수 없습니다. [org.apache.activemq.command.ActiveMQQueue]

<?xml version="1.0" encoding="UTF-8"?> <beans xmlns="http://www.springframework.org/schema/beans" xmlns:amq="http://activemq.apache.org/schema/core" xmlns:context="http://www.springframework.org/sc

-2열

2답변

ActiveMQ with Camel

ActiveMQ와 Camel의 설치 및 통합에 대해 설명하는 단계별 자습서를 이미 찾아 보았지만 기본 자습서를 찾기는 거의 어려웠습니다. 이미 ActiveMQ 서버가 실행 중으로 구성되어 있지만 Camel 구성 요소를 실행하고 실행할 수 없습니다. 항상 별도의 브로커를 생성하며 카멜을 기존 브로커 인스턴스에 연결할 수 없습니다. 내가 어떻게 낙타를 통합하고

1열

1답변

Camel Route로 JMS 재 전달을 처리 할 수 있지만 메시지 삭제를 허용하는 방법은 무엇입니까?

ActiveMQ JMS 대기열에서 읽고 일부 처리를 수행 한 결과를 원격 대상에 전달하는 Camel Route가 있습니다. 이 프로세스의 통신 부분이 실패하면 무한히 (대상이 "작동 중"이 될 때까지)을 다시 시도하고 싶습니다. 나는 transacted 경로를 만들고 redeliveryPolicy을 설정하여이 문제를 해결할 수 있습니다. 재 전달은 Came

0열

1답변

비동기식 메시지 수신기의 경우 언제 어떻게 연결을 닫으시겠습니까?

아래에 연결이 생성 된 다음 세션이 생성 된 후 큐에서 특정 양의 메시지를 가져와야합니다. public class Consumer { public static void main(String[] args) throws JMSException { Consumer consumer = new Consumer(); // creates a conn

0열

1답변

스프링 부트 - 시작시 ActiveMQ 웹 콘솔 시작

ActiveMQ 브로커 (vm : // localhost)를 자동으로 시작하는 스프링 부트 응용 프로그램이 있습니다. 작동하며 성공적으로 메시지를 보내고받을 수 있습니다. 스프링 부트도 ActiveMQ 웹 콘솔과 같이 시작하고 싶습니다. http://localhost:8161/admin (H2 데이터베이스 콘솔과 매우 유사합니다). 질문 : 스프링 부트 응

0열

1답변

ActiveMQ async acknowledge JAVA 8

배경 : 표준 Producer 소비자 대기열이 있는데 생산자가 빠르면 소비자가 느립니다. 예상자는 제작자가 요청 된 메시지를 완료 할 때마다 메시지를 확인하고 Producer는 메시지와 관련된 작업이 완료되었다고 가정합니다. 프로듀서가 빠르기 때문에 스레드를 원하지 않습니다. 메시지를 확인하면 항상 콜백을 호출해야합니다. JMS는이 분야에서 제한적이기 때문

0열

1답변

Spring JMS 트랜잭션 롤백 - 메시지가 ActiveMQ에서 대기열에서 제외되었습니다.

ActiveMQ (버전 5.14.5) 대기열에서 JMS 메시지를 사용하기위한 간단한 Spring 부트 응용 프로그램 (스프링 부트 버전 1.5.3.RELEASE)이 있습니다. 메시지를 JMS 트랜잭션에서 사용하려고합니다. 메시지 소비 중에 예외가 발생하면 트랜잭션이 롤백되고 대기열에서 제외되지 않을 것으로 예상됩니다 (메시지 대기열에서 제거됨). 트랜잭션이