80.2. 옵션

name

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

DataSet

dataSetIndex (common)

CamelDataSetIndex 헤더의 동작을 제어합니다. 소비자: - off = - off = 헤더가 설정되지 않음 - strict/lenient = 헤더가 For Producers: - off = The header value will not be verified if it is not present = strict = the header value is present and will be verified = lenient = the header value will be verified if it is present, and will not be set if it is present

lenient

문자열

bridgeErrorHandler (consumer)

소비자가 수신되는 메시지를 선택하려고 하는 동안 예외가 발생했음을 나타내는 Camel 라우팅 오류 처리기에 소비자를 브리징할 수 있습니다. 즉, 소비자가 수신되는 메시지를 선택하려고 하는 동안 예외가 발생되거나 이제 메시지로 처리되고 라우팅 오류 처리기에 의해 처리됩니다. 기본적으로 소비자는 org.apache.camel.spi.Exception handler를 사용하여 WARN/ERROR 수준에서 로깅되고 무시됩니다.

false

boolean

initialDelay (consumer)

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

1000

long

minRate (consumer)

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

0

int

preloadSize (consumer)

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

0

long

produceDelay (consumer)

소비자가 메시지를 보낼 때 지연을 유발하는 지연을 허용합니다(속도 처리 시뮬레이션).

3

long

예외 처리기 (consumer)

소비자가 사용자 지정 예외 처리기를 사용하도록 하려면 다음을 수행합니다. 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(long)를 사용합니다. 대신 NotifyBuilder를 사용하고 Camel이 mocks에서 assertIsSatisfied() 메서드를 호출하기 전에 Camel이 일부 메시지를 라우팅한 시기를 알 수 있습니다. 이를 통해 테스트 시간을 단축하기 위해 고정된 어설션 기간을 사용할 수 없습니다. 정확히 n번째 메시지가 이 mock 엔드포인트에 도달하는 것을 어설션하려면 자세한 내용은 setAssertPeriod(long) 메서드도 참조하십시오.

-1

int

ReportGroup (producer)

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

int

resultMinimumWaitTime (producer)

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

0

long

resultWaitTime (producer)

assertIsSatisfied()가 충족될 때까지 래치에서 대기할 최대 시간(밀리 단위)을 설정합니다.

0

long

retainFirst (producer)

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

-1

int

retainLast (producer)

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

-1

int

sleepForEmptyTest (producer)

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

0

long

copyOnExchange (producer)

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

true

boolean

동기 (고급)

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

false

boolean