maven central에서 chronicle-queue 버전을 발견했습니다 : 4.5.27, 4.6.23은 github에서 가장 최근에 릴리스되었습니다. 그것은 4.5.27이 실험적인 반면, 4.5.27은 일종의 "준비가 된"것을 의미합니까? 아니면 배포를 위해 다른 저장소를 사용합니까?
하나의 큐에 메시지를 쓰려고합니다. 하위 주제 기능을 사용하여 재단사가 하나의 주제 아래에있는 모든 하위 주제를 선택하거나 특정 하위 주제를 선택하여 읽을 수 있도록하고 싶습니다. 설명서에는 기본 주제 아래의 디렉토리에서 하위 주제가 지원되므로 하위 주제를 읽으려면 새 대기열을 작성하고 하위 주제 경로를 지정합니까? SingleChronicleQueue q
chronicle-queue 바이너리를 최신 버전으로 업그레이드하고 새로운 파일을 발견했습니다. (아마도 새로운 것은 아니지만 이전에는 본 적이 없습니다) - directory-listing.cq4t. SingleChronicleQueueBuilder으로 정규 대기열을 생성 한 다음 몇 가지 작업을 수행하고 닫는 테스트가 있습니다. 마지막 단계로서 데이터로
나는 최신 V4 문서를 읽기 시작했다. 원격 추가 및 꼬리를 제안하는 경우 chronicle-engine을 사용하는 것이 좋습니다. 해당 기능 세트에 대한 엔터프라이즈 지원이 필요합니까? chronicle-engine의 테스트 패키지를 둘러 보았고이 테스트 클래스를 발견했습니다. WireRemoteStatelessQueueClientTest.java은 관련
CQ : 4.5.27. 하나의 chronicleReader를 사용하여 동일한 파일을 읽는 쓰기 (단일 스레드) 및 다른 판독기 (N 개의 스레드)에 대해 2 개의 기록을 만들었습니다. StoreFileListener으로 onRelease가 (N 자신의 쇼핑몰을 운영 중이고와 스레드) 리더에 대한 호출된다 얼마나 많은 시간 SingleChronicleQueu
나는 크로니클을 가지고 노는 것을 시작했고 기본적으로 크로니클 큐를 듣고 그걸로 뭔가를하는 프로세스를 썼다. 다시 시작할 때마다 파일의 모든 이벤트를 다시 처리 할 것입니다 ... 내가 처리 한 곳에서 계속 유지할 수있는 최선의 방법은 무엇일까? 어떻게하면 우리가 "색인"을 유지할 것을 추천하겠습니까? 앞으로 나아가는 방법이 있습니까?
백업을 취하는 개념에서 하나의 크로니클 큐에서 다른 큐로 데이터를 복사해야합니다. 하나의 대기열에서 다른 대기열로 전체 Bytes 객체를 직접 복사하는 것이 안전할까요? 것을 등 documentContext(). 와이어(). 바이트(). (byte_buffer) 판독하고 documentContext()로 byte_store 쓰기 에이 byte_buffer
나는 log4j2 2.10.0을 사용하여 다음과 같은 코드가 있습니다 SingleChronicleQueue q = SingleChronicleQueueBuilder.binary(args[0]).blockSize(536870912).build();
ExcerptAppender a = q.acquireAppender();
char[] cha
메시지를 기록하기 위해 크로니클 큐 (SingleChronicleQueue)를 사용할 준비가되었습니다. 프로토 타입이 지금 작동 중입니다. 그러나 우리에게는 몇 가지 문제가 있습니다. 독자가 메시지를 수정할 수 있습니까? 다시 시작한 후 중복 된 메시지를 제거하기 위해 읽은 색인을 기록하기 위해 크로니클 맵을 사용합니다. 이 방법이 작동하지 않는 경우 독자
필자는 시장 데이터를 쓰고 읽는 데 크로니클 4.5.27을 사용하고 있습니다. 나는 한 명의 작가이지만 여러 명의 독자가있다. 개발 OS는 Windows이고 Prod 배포를 위해서는 Linux가 뒤 따른다. 다음 사례를 구현하는 방법은 무엇입니까? 마지막 읽기 위치에서 큐 읽기를 시작하는 방법은 무엇입니까? 예 : 독자가 100 개의 레코드가있는 파일에서