81.2. 옵션

name

레지스트리에서 조회하는 데 필요한 Cryostat 이름

DataSet

dataSetIndex (common)

CamelDataSetIndex 헤더의 동작을 제어합니다. 소비자: - off = 헤더가 설정되지 않음 - strict/lenient = 헤더가 설정되지 않음 - Producers: - off = 헤더 값이 확인되지 않고 = strict = 헤더 값이 존재하지 않는 경우 설정되지 않으며 = lenient = lenient = 헤더 값이 있는지 확인할 수 있습니다.

lenient

문자열

bridgeErrorHandler (consumer)

Camel 라우팅 오류 처리기에 소비자를 브리징할 수 있습니다. 즉, 소비자가 들어오는 메시지를 선택하려고 하는 동안 발생한 모든 예외가 이제 메시지로 처리되고 라우팅 오류 처리기에서 처리됩니다. 기본적으로 소비자는 org.apache.camel.spi.ExceptionHandler를 사용하여 WARN/ERROR 수준에서 기록되고 무시됩니다.

false

boolean

initialDelay (consumer)

메시지 전송을 시작하기 전에 대기하는 시간(밀리초)입니다.

1000

long

minRate (consumer)

Cryostat에 이 수 이상의 메시지가 포함될 때까지 기다립니다.

0

int

preloadSize (consumer)

경로가 초기화를 완료하기 전에 미리 로드해야 하는 메시지 수(sent)를 설정합니다.

0

long

produceDelay (consumer)

지연을 지정할 수 있으므로 사용자가 메시지를 보낼 때 지연이 발생합니다(느림 처리 시뮬레이션)

3

long

exceptionHandler (consumer)

사용자가 사용자 지정 ExceptionHandler를 사용하도록 하려면 다음을 수행합니다. bridgeErrorHandler 옵션이 활성화되어 있으면 이 옵션이 사용되지 않습니다. 기본적으로 소비자는 WARN/ERROR 수준에서 기록되고 무시됩니다.

ExceptionHandler

exchangePattern (consumer)

교환을 생성할 때 기본 교환 패턴을 설정합니다.

ExchangePattern

assertPeriod (producer)

mock 엔드포인트가 다시 허용될 유예 기간을 설정하여 예비 어설션이 계속 유효한지 확인합니다. 이는 예를 들어 여러 메시지가 정확히 도달하는 것을 나타내는 데 사용됩니다. 예를 들어 expectedMessageCount(int)가 5로 설정된 경우 5개 이상의 메시지가 도착하면 어설션이 충족됩니다. 정확히 5개의 메시지가 도착하도록 하려면 추가 메시지가 도착하지 않도록 잠시 기다려야 합니다. 이를 위해 이 setAssertPeriod(long) 방법을 사용할 수 있습니다. 이 기간은 기본적으로 비활성화되어 있습니다.

0

long

consumeDelay (producer)

지연을 지정할 수 있으므로 생산자가 메시지를 사용할 때 지연이 발생합니다(느림 처리 시뮬레이션)

0

long

expectedCount (producer)

이 엔드포인트에서 받아야 하는 예상 메시지 교환 횟수를 지정합니다. 참고: 0개의 메시지를 예상하려면 테스트가 시작될 때 0과 일치하면 추가 주의를 기울이므로 테스트 실행 시 테스트 실행 시간을 설정해야 합니다. 따라서 setAssertPeriod를 사용하려면 setAssertPeriod(long)를 사용합니다. 다른 방법은 NotifyBuilder를 사용하고, mocks에서 assertIsSatisfied() 메서드를 호출하기 전에 Camel이 일부 메시지를 라우팅하는 시기를 알 수 있도록 알림기를 사용하는 것입니다. 이를 통해 테스트 시간을 가속화하기 위해 고정 어설션 기간을 사용하지 않을 수 있습니다. 정확히 n'th 메시지가 이 mock 엔드포인트에 도달하는 것을 증명하려면 자세한 내용은 setAssertPeriod(long) 메서드도 참조하십시오.

-1

int

reportGroup (producer)

크기 그룹에 따라 처리량 로깅을 설정하는 데 사용되는 번호입니다.

int

resultMinimumWaitTime (producer)

assertISatisfied()가 충족될 때까지 latch에서 대기할 최소 예상 시간(밀리초)을 설정합니다.

0

long

resultWaitTime (producer)

assertISatisfied()가 충족될 때까지 latch에서 대기할 최대 시간(밀리초)을 설정합니다.

0

long

retainFirst (producer)

처음 n번의 수신된 교환 수만 유지하도록 지정합니다. 이는 대용량 데이터로 테스트할 때 모든 Exchange의 복사본을 저장하지 않고 메모리 소비를 줄이기 위해 이 mock 엔드포인트가 수신합니다. 중요: 이 제한을 사용할 때 getReceivedCounter()는 여전히 실제 수신되는 교환 수를 반환합니다. 예를 들어, 5000 Exchanges를 수신했으며 처음 10개의 교환만 유지하도록 구성한 경우 getReceivedCounter()는 여전히 5000을 반환하지만 getExchanges() 및 getReceivedExchanges() 메서드에서 처음 10개의 교환만 반환합니다. 이 방법을 사용할 때 다른 예상 방법 중 일부는 지원되지 않습니다(예: expectedBodiesReceived(Object…​)는 수신된 첫 번째 본문 수에 대한 기대치를 설정합니다. setRetainFirst(int) 및 setRetainLast(int) 방법을 모두 구성하여 첫 번째와 마지막 수신을 모두 제한할 수 있습니다.

-1

int

retainLast (producer)

마지막 n번의 수신된 교환 수만 유지하도록 지정합니다. 이는 대용량 데이터로 테스트할 때 모든 Exchange의 복사본을 저장하지 않고 메모리 소비를 줄이기 위해 이 mock 엔드포인트가 수신합니다. 중요: 이 제한을 사용할 때 getReceivedCounter()는 여전히 실제 수신되는 교환 수를 반환합니다. 예를 들어, 5000 Exchanges를 수신했으며 마지막 20개의 교환만 유지하도록 구성한 경우 getReceivedCounter()는 여전히 5000을 반환하지만 getExchanges() 및 getReceivedExchanges() 메서드에서 마지막 20개의 교환만 있습니다. 이 방법을 사용할 때 다른 예상 방법 중 일부는 지원되지 않습니다(예: expectedBodiesReceived(Object…​)는 수신된 첫 번째 본문 수에 대한 기대치를 설정합니다. setRetainFirst(int) 및 setRetainLast(int) 방법을 모두 구성하여 첫 번째와 마지막 수신을 모두 제한할 수 있습니다.

-1

int

sleepForEmptyTest (producer)

sleep을 지정하여 expectedMessageCount(int)가 0으로 호출될 때 이 끝점이 실제로 비어 있는지 확인할 수 있습니다.

0

long

copyOnExchange (producer)

이 mock 끝점에서 수신될 때 들어오는 교환의 깊은 복사본을 만들지 여부를 설정합니다. 기본적으로 true입니다.

true

boolean

동기 (고급)

동기 처리를 엄격하게 사용해야 하는지 또는 Camel이 비동기 처리를 사용할 수 있는지 여부를 설정합니다(지원되는 경우).

false

boolean