A. 요청과 응답 모두에 대해 표준 HTTP 헤더와 사용자 정의 HTTP 헤더를 모두 정의할 수 있습니다.

B. 파일 첨부는 트리거 인터페이스에 대한 요청 옵션으로 허용될 수 있지만, 클라이언트에 대한 응답으로 첨부 파일을 포함할 수는 없습니다.

C. PUT 또는 POST 작업(HTTP 메서드)을 선택하는 경우 JSON 응답 페이로드 형식을 정의해야 합니다.

D. 쿼리 매개변수와 템플릿 매개변수를 모두 정의할 수 있지만, 쿼리 매개변수는 선택 사항으로 간주되므로 매퍼에서 매핑에는 템플릿 매개변수만 사용할 수 있습니다.

A. 모든 변환 매핑은 XSL(eXtensible Stylesheet Language)을 사용합니다.

B. 디자이너 보기에서 소스 섹션에는 통합 메타데이터, 추적 변수, 전역 변수 및 통합 속성 값을 포함한 모든 사용 가능한 데이터 개체의 데이터 구조가 포함되어 있습니다.

C. 대상 서비스의 데이터 구조는 항상 디자이너 뷰의 오른쪽에 표시됩니다.

D. 모든 소스 및 대상 데이터 객체는 내부적으로 JSON 구조로 표현됩니다.

E. 매퍼로 이동하여 대상 요소를 선택하면 표현식 작성기가 기본적으로 사용자 친화적 모드로 시작됩니다.

A. 애플리케이션 간 값을 매핑하기 위한 조회를 만듭니다.

B. 조회는 통합 활성화의 일부로 배포됩니다.

C. 활성 통합에서 이미 사용된 조회에 대한 변경 사항은 즉시 적용됩니다.

D. 기존 조회의 사본을 복제할 수 없습니다.

A. 통합을 .jar 파일로 내보내고 로컬 개발 환경에서 실행합니다.

B. 통합 디자이너의 "테스트" 버튼을 사용하여 요청을 만들고, 응답을 검증하고, 실행 로그를 검토합니다.

C. 관련 데이터베이스에 SQL 쿼리를 수행하여 예상 데이터가 있는지 확인합니다.

D. 필수 REST 매개변수를 사용하여 지정된 이메일 주소로 이메일을 보내서 수동으로 통합을 트리거합니다.

A. 오류 메시지를 처리하기 위한 별도의 통합 흐름을 만든 다음, 주문 항목 수가 10보다 큰 경우 Throw New Fault 작업을 사용하여 호출합니다.

B. 범위를 생성하고 If-then 분기를 사용하여 Throw New Fault 작업을 추가하여 주문 항목 수를 확인한 다음 개수가 10보다 크면 오류를 발생시킵니다.

C. For-each 작업을 사용하여 검증 규칙을 구현한 다음, 카운트가 10보다 크면 첫 번째 반복 내에서 Throw New Fault 작업을 사용합니다.

D. 오류 메시지를 정의하는 기본 흐름의 첫 번째 활동으로 Throw New Fault 작업을 추가한 다음, 개수가 10보다 크지 않으면 건너뛰기 조건을 구성합니다.