44.4. 끝점 옵션

이름 (producer)

mock 끝점의 이름입니다.

문자열

assertPeriod (producer)

임시 어설션이 계속 유효한지 확인하기 위해 모의 엔드포인트가 다시 평가되는 유예 기간을 설정합니다. 예를 들어, 이 값을 사용하여 정확히 여러 메시지가 수신되도록 어설션합니다. 예를 들어 expectedMessageCount(int)가 5로 설정된 경우 5개 이상의 메시지가 도달하면 어설션이 충족됩니다. 정확히 5 개의 메시지가 표시되도록하려면 추가 메시지가 도착하지 않도록 잠시 기다려야합니다. 이 방법을 사용할 수 있는 방법은 다음과 같습니다. 기본적으로 이 기간은 비활성화되어 있습니다.

long

expectedCount (producer)

이 끝점에서 수신해야 하는 예상되는 메시지 교환 수를 지정합니다. 참고: 0 개의 메시지를 예상하려면 테스트가 시작될 때 0과 일치하여 추가 주의를 기울이십시오. 따라서 테스트 실행을 위해 잠시 동안 테스트 실행 시간을 설정해야합니다. 메시지가 여전히 도착하지 않도록하려면 setAssertPeriod(long)를 사용합니다. 대안으로 NotifyBuilder를 사용하고 mocks에서 assertIsSatisfied() 메서드를 호출하기 전에 Camel이 일부 메시지를 라우팅할 시기를 알 수 있습니다. 이를 통해 테스트 시간을 단축하기 위해 고정된 어설션 기간을 사용하지 않을 수 있습니다. 정확히 n'th 메시지가 이 mock 끝점에 도달하는 것을 어설션하려면 자세한 내용은 setAssertPeriod(long) 메서드를 참조하십시오.

-1

int

failFast (producer)

"Assatisatisfied()"가 첫 번째 탐지된 실패 기대치에서 빠르게 실패해야 하는지 여부를 설정하지만, 기대치 확인을 수행하기 전에 예상되는 모든 메시지가 도달할 때까지 기다릴 수 있습니다. 기본적으로 true입니다. Camel 2.x에서와 같이 동작을 사용하려면 false로 설정합니다.

false

boolean

lazyStartProducer (producer)

첫 번째 메시지에서 생산자를 lazy로 시작해야 하는지 여부입니다. lazy를 시작하여 이를 사용하여 생산자가 시작되지 않고 생산자가 실패할 수 있는 상황에서 CamelContext 및 경로가 시작될 수 있도록 허용할 수 있습니다. 이 시작이 지연되도록 지연되면 Camel의 라우팅 오류 핸들러를 통해 메시지를 라우팅하는 동안 시작 실패를 처리할 수 있습니다. 첫 번째 메시지가 처리되면 프로듀서 생성 및 시작이 다소 시간이 걸릴 수 있으며 총 처리 시간이 길어질 수 있습니다.

false

boolean

로그 (producer)

mock에서 수신되는 메시지를 수신할 때 로깅을 켜려면 다음을 수행합니다. 이렇게 하면 들어오는 메시지에 대해 INFO 수준에서 한 번만 로깅됩니다. 보다 자세한 로깅을 위해 로거를 org.apache.camel.component.mock.MockEndpoint 클래스의 DEBUG 수준으로 설정합니다.

false

boolean

reportGroup (producer)

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

int

resultMinimumWaitTime (producer)

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

long

ResultWaitTime (producer)

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

long

retainFirst (producer)

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

-1

int

retainLast (producer)

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

-1

int

sleepForEmptyTest (producer)

이 엔드포인트가 실제로 0으로 호출될 때 expectedMessageCount(int)가 비어 있는지 확인하기 위해 대기하도록 sleep을 지정할 수 있습니다.

long

copyOnExchange (생성자(고급))

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

true

boolean