SQL Server 테이블 또는 뷰에 대한 주기적인 데이터 변경 메시지를 받도록 SQL 어댑터를 구성할 수 있습니다. 어댑터가 데이터베이스를 폴링하기 위해 실행하는 폴링 문을 지정할 수 있습니다. 폴링 문은 SELECT 문 또는 결과 집합을 반환하는 저장 프로시저일 수 있습니다.
어댑터가 폴링을 지원하는 방법에 대한 자세한 내용은 폴링 지원을 참조하세요. 폴링 작업에 대한 SOAP 메시지의 구조에 대한 자세한 내용은 폴링 및 TypedPolling 작업에 대한 메시지 스키마를 참조하세요.
비고
이 항목에서는 폴링 인바운드 작업을 사용하여 폴링 메시지를 사용하는 방법을 보여 줍니다. 폴링 작업에 대한 메시지는 강력한 형식으로 정의되어 있지 않으며, 폴링되는 개체의 스키마가 런타임에 메시지와 함께 검색되어 가져옵니다. 강력한 형식의 폴링 메시지를 받으려면 TypedPolling 작업을 사용해야 합니다. 또한 TypedPolling 작업을 사용하여 단일 BizTalk 애플리케이션에서 여러 폴링 작업을 수행해야 합니다. TypedPolling 작업을 수행하는 방법에 대한 지침은 BizTalk Server를 사용하여 SQL Server에서 강력한 형식의 폴링 기반 데이터 변경 메시지 수신을 참조하세요.
중요합니다
단일 BizTalk 애플리케이션에서 둘 이상의 폴링 작업을 수행하려면 연결 URI의 일부로 InboundID 연결 속성을 지정하여 고유하게 만들어야 합니다. 고유한 연결 URI를 사용하면 동일한 데이터베이스 또는 데이터베이스에서 동일한 테이블을 폴링하는 여러 수신 포트를 만들 수 있습니다. 자세한 내용은 BizTalk Server를 사용하여 SQL에서 여러 수신 포트에서 폴링 메시지 받기를 참조하세요.
이 주제가 폴링을 어떻게 보여주는지
이 항목에서는 SQL 어댑터가 데이터 변경 메시지 수신을 지원하는 방법을 보여 주려면 BizTalk 프로젝트를 만들고 폴링 작업에 대한 스키마를 생성합니다. 디자인 타임에 폴링 관련 바인딩 속성을 지정하려면 PolledDataAvailableStatement 를 다음과 같이 지정합니다.
SELECT COUNT(*) FROM Employee
PolledDataAvailableStatement는 양수 값을 포함하는 첫 번째 셀이 있는 결과 집합을 반환해야 합니다. 첫 번째 셀에 양수 값이 없으면 어댑터가 폴링 문을 실행하지 않습니다.
폴링 선언문의 일부로 다음 작업을 수행하십시오.
Employee 테이블에서 모든 행을 선택합니다.
저장 프로시저(MOVE_EMP_DATA)를 실행하여 Employee 테이블에서 EmployeeHistory 테이블로 모든 레코드를 이동합니다.
ADD_EMP_DETAILS(저장 프로시저)를 실행하여 Employee 테이블에 새 레코드를 추가합니다. 이 절차에서는 직원 이름, 지정 및 급여를 매개 변수로 사용합니다.
이러한 작업을 수행하려면 PollingStatement 바인딩 속성에 대해 다음을 지정해야 합니다.
SELECT * FROM Employee;EXEC MOVE_EMP_DATA;EXEC ADD_EMP_DETAILS John, Tester, 100000
폴링 문이 실행된 후, Employee 테이블의 모든 레코드가 선택되고 SQL Server의 메시지가 수신 위치로 전달됩니다. 어댑터에서 MOVE_EMP_DATA 저장 프로시저를 실행하면 모든 레코드가 EmployeeHistory 테이블로 이동됩니다. 그런 다음 ADD_EMP_DETAILS 저장 프로시저가 실행되어 Employee 테이블에 새 레코드를 추가합니다. 다음 폴링 실행은 단일 레코드만 반환합니다. 이 주기는 SQL Server를 폴링하는 수신 포트를 사용하지 않도록 설정할 때까지 계속됩니다.
SQL 어댑터 바인딩 속성을 사용하여 폴링 쿼리 구성
다음 표에서는 데이터 변경 메시지를 받도록 어댑터를 구성하는 데 사용하는 SQL 어댑터 바인딩 속성을 요약합니다. BizTalk Server 관리 콘솔에서 수신 포트를 구성하는 동안 이러한 바인딩 속성을 지정해야 합니다.
비고
필수는 아니지만 폴링 작업에 대한 스키마를 생성할 때 이러한 바인딩 속성을 지정하도록 선택할 수 있습니다. 이렇게 하면 어댑터 서비스 사용 추가 기능이 메타데이터 생성의 일부로 생성하는 포트 바인딩 파일에도 바인딩 속성에 대해 지정한 값이 포함됩니다. 나중에 BizTalk Server 관리 콘솔에서 이 바인딩 파일을 가져와 바인딩 속성이 이미 설정된 WCF 사용자 지정 또는 WCF-SQL 수신 포트를 만들 수 있습니다. 바인딩 파일을 사용하여 포트를 만드는 방법에 대한 자세한 내용은 SQL 어댑터를 사용하도록 포트 바인딩 파일을 사용하여 실제 포트 바인딩 구성을 참조하세요.
| 바인딩 속성 | 설명 |
|---|---|
| InboundOperationType | 폴링, TypedPolling 또는 알림 인바운드 작업을 수행할지 여부를 지정합니다. 기본값은 폴링입니다. |
| 수집된 데이터 사용 가능 선언문 | 어댑터가 실행하여 폴링에 사용할 수 있는 데이터가 있는지 여부를 결정하는 SQL 문을 지정합니다. SQL 문은 행과 열로 구성된 결과 집합을 반환해야 합니다. 행을 사용할 수 있는 경우에만 PollingStatement 바인딩 속성에 지정된 SQL 문이 실행됩니다. |
| PollingIntervalInSeconds | SQL 어댑터가 PolledDataAvailableStatement 바인딩 속성에 지정된 문을 실행하는 간격(초)을 지정합니다. 기본값은 30초입니다. 폴링 간격은 연속된 설문 조사 사이의 시간 간격을 결정합니다. 문이 지정된 간격 내에 실행되면 어댑터는 해당 간격의 남은 시간을 기다립니다. |
| PollingStatement | SQL Server 데이터베이스 테이블을 폴링할 SQL 문을 지정합니다. 단순 SELECT 문 또는 폴링 문의 저장 프로시저를 지정할 수 있습니다. 기본값은 null입니다. PollingStatement의 값을 지정해야 폴링을 사용할 수 있습니다. 폴링 문은 PolledDataAvailableStatement 바인딩 속성에 의해 결정되는 폴링에 사용할 수 있는 데이터가 있는 경우에만 실행됩니다. 세미콜론으로 구분된 SQL 문 수를 지정할 수 있습니다. |
| PollWhileDataFound | 폴링되는 테이블에서 데이터를 사용할 수 있는 경우 SQL 어댑터가 폴링 간격을 무시하고 PolledDataAvailableStatement 바인딩 속성에 지정된 SQL 문을 지속적으로 실행할지 여부를 지정합니다. 테이블에 사용할 수 있는 데이터가 없으면 어댑터가 되돌려 지정된 폴링 간격으로 SQL 문을 실행합니다. 기본값은 false입니다. |
이러한 속성에 대한 자세한 설명은 BIzTalk Adapter for SQL Server 어댑터 바인딩 속성에 대한 읽기를 참조하세요. SQL 어댑터를 사용하여 SQL Server를 폴링하는 방법에 대한 전체 설명은 자세히 읽어 주세요.
SQL Server 데이터베이스에서 데이터 변경 메시지를 받는 방법
SQL 어댑터를 사용하여 BizTalk Server에서 SQL Server 데이터베이스 작업을 수행하려면 SQL 어댑터로 BizTalk 애플리케이션을 개발하기 위한 구성 요소에서 설명된 절차를 따라야 합니다. 데이터 변경 메시지를 받도록 어댑터를 구성하려면 다음 작업을 수행합니다.
BizTalk 프로젝트를 만든 다음 폴링 작업에 대한 스키마를 생성합니다. 필요에 따라 PolledDataAvailableStatement 및 PollingStatement 바인딩 속성에 대한 값을 지정할 수 있습니다.
BizTalk 프로젝트에서 SQL Server 데이터베이스에서 메시지를 받기 위한 메시지를 만듭니다.
SQL Server 데이터베이스에서 메시지를 수신하고 폴더에 저장하는 오케스트레이션을 만듭니다.
BizTalk 프로젝트를 빌드하고 배포합니다.
물리적 송신 및 수신 포트를 만들어 BizTalk 애플리케이션을 구성합니다.
중요합니다
인바운드 폴링 시나리오의 경우 항상 단방향 WCF-Custom 또는 WCF-SQL 수신 포트를 구성해야 합니다. 양방향 WCF-Custom 또는 WCF-SQL 수신 포트는 인바운드 작업에 지원되지 않습니다.
BizTalk 애플리케이션을 시작합니다.
이 항목에서는 이러한 작업을 수행하는 지침을 제공합니다.
스키마 생성
폴링 작업에 대한 스키마를 생성해야 합니다. 스키마를 생성하는 방법에 대한 자세한 내용은 SQL 어댑터를 사용하여 Visual Studio에서 SQL Server 작업에 대한 메타데이터 검색 을 참조하세요. 스키마를 생성할 때 다음 작업을 수행합니다. 디자인 타임에 바인딩 속성을 지정하지 않으려면 첫 번째 단계를 건너뜁니다.
스키마를 생성하는 동안 PolledDataAvailableStatement 및 PollingStatement 바인딩 속성에 대한 값을 지정합니다. 이 바인딩 속성에 대한 자세한 내용은 BIzTalk Adapter for SQL Server 어댑터 바인딩 속성에 대한 읽기를 참조하세요.
바인딩 속성을 지정하는 방법에 대한 지침은 SQL 어댑터에 대한 바인딩 속성 구성을 참조하세요.
서비스로 계약 유형을 선택합니다 (인바운드 작업).
폴링 작업에 대한 스키마를 생성합니다.
메시지 및 메시지 형식 정의
이전에 생성한 스키마는 오케스트레이션의 메시지에 필요한 "형식"을 설명합니다. 메시지는 일반적으로 해당 스키마에 의해 정의된 형식인 변수입니다. 스키마가 생성되면 BizTalk 프로젝트의 오케스트레이션 보기에서 메시지에 연결해야 합니다.
이 항목의 경우 SQL Server 데이터베이스에서 메시지를 받을 메시지를 하나 만들어야 합니다.
다음 단계를 수행하여 메시지를 만들고 스키마에 연결합니다.
메시지를 만들고 스키마에 연결하려면
BizTalk 프로젝트에 오케스트레이션을 추가합니다. 솔루션 탐색기에서 BizTalk 프로젝트 이름을 마우스 오른쪽 단추로 클릭하고 추가를 가리킨 다음 새 항목을 클릭합니다. BizTalk 오케스트레이션의 이름을 입력한 다음 추가를 클릭합니다.
아직 열려 있지 않은 경우 BizTalk 프로젝트의 오케스트레이션 보기 창을 엽니다. 보기를 클릭하고 다른 창을 가리킨 다음 오케스트레이션 보기를 클릭합니다.
오케스트레이션 보기에서 메시지를 마우스 오른쪽 단추로 클릭한 다음 새 메시지를 클릭합니다.
새로 만든 메시지를 마우스 오른쪽 단추로 클릭한 다음 속성 창을 선택합니다.
Message_1속성 창에서 다음을 수행합니다.
이것을 사용하세요 이 작업을 수행하려면 식별자 수신 입력. 메시지 유형 드롭다운 목록에서 스키마를 확장하고 PollingQuery.Polling을 선택합니다. 여기서 PollingQuery 는 BizTalk 프로젝트의 이름입니다. 폴링은 폴링 작업을 위해 생성된 스키마입니다.
오케스트레이션 설정
BIzTalk Server를 사용하여 SQL Server 데이터베이스에서 폴링 기반 데이터 변경 메시지를 수신하려면 BizTalk 오케스트레이션을 만들어야 합니다. 이 오케스트레이션에서 어댑터는 PollingStatement 바인딩 속성에 지정된 select 문의 응답을 받습니다. SELECT 문에 대한 응답은 FILE 위치에 저장됩니다. SQL Server 데이터베이스 폴링에 대한 일반적인 오케스트레이션에는 다음이 포함됩니다.
SQL Server에서 메시지를 수신하고 각각 FILE 포트로 보낼 셰이프를 수신하고 보냅니다.
SQL Server에서 메시지를 수신하는 단방향 수신 포트입니다.
중요합니다
인바운드 폴링 시나리오의 경우 항상 단방향 수신 포트를 구성해야 합니다. 양방향 수신 포트는 인바운드 작업에 지원되지 않습니다.
SQL Server 데이터베이스에서 폴더로 폴링 응답을 보내는 단방향 송신 포트입니다.
샘플 오케스트레이션은 다음과 유사합니다.
메시지 셰이프 추가
각 메시지 셰이프에 대해 다음 속성을 지정해야 합니다. 셰이프 열에 나열된 이름은 방금 언급한 오케스트레이션에 표시된 메시지 셰이프의 이름입니다.
| 모양 | 도형 종류 | 속성 |
|---|---|---|
| 메시지 받기 | 받다 | - Name을 ReceiveMessage로 설정 - 활성화를 True로 설정 |
| 메시지 저장 | 전송 | - SaveMessage로 이름 설정 |
포트 추가
각 논리 포트에 대해 다음 속성을 지정해야 합니다. 포트 열에 나열된 이름은 오케스트레이션에 표시된 포트의 이름입니다.
| 항구 | 속성 |
|---|---|
| SQLReceivePort | - 식별자를SQLReceivePort로 설정 - 형식을 SQLReceivePortType으로 설정 - 통신 패턴을단방향으로 설정 - 통신 방향을 수신으로 설정 |
| SaveMessagePort | - SaveMessagePort로 식별자 설정 - 형식을 SaveMessagePortType으로 설정 - 통신 패턴을단방향으로 설정 - 통신 방향 설정을 전송으로 |
작업 셰이프에 대한 메시지 지정 및 포트에 연결
다음 표에서는 작업 셰이프에 대한 메시지를 지정하고 메시지를 포트에 연결하도록 설정해야 하는 속성과 해당 값을 지정합니다. 셰이프 열에 나열된 이름은 앞에서 언급한 오케스트레이션에 표시된 메시지 셰이프의 이름입니다.
| 모양 | 속성 |
|---|---|
| 메시지 받기 | - 메시지를 수신으로 설정. - SQLReceivePort.Polling.Request로 작업 설정 |
| 메시지 저장 | - 메시지를 수신으로 설정. - SaveMessagePort.Polling.Request로 연산 설정 |
이러한 속성을 지정하면 메시지 셰이프와 포트가 연결되고 오케스트레이션이 완료됩니다.
이제 BizTalk 솔루션을 빌드하고 BizTalk Server에 배포해야 합니다. 자세한 내용은 오케스트레이션 빌드 및 실행을 참조하세요.
BizTalk 애플리케이션 구성
BizTalk 프로젝트를 배포한 후에는 이전에 만든 오케스트레이션이 BizTalk Server 관리 콘솔의 오케스트레이션 창 아래에 나열됩니다. BizTalk Server 관리 콘솔을 사용하여 애플리케이션을 구성해야 합니다. 절차에 대해 알아보려면 기본 BizTalk 애플리케이션 배포: 연습을 참조하세요.
애플리케이션 구성에는 다음이 포함됩니다.
애플리케이션에 대한 호스트를 선택합니다.
오케스트레이션에서 만든 포트를 BizTalk Server 관리 콘솔의 실제 포트에 매핑합니다. 이 오케스트레이션을 위해, 당신은 다음을 수행해야 합니다.
하드 디스크의 위치와 BizTalk 오케스트레이션이 SQL Server 데이터베이스에서 메시지를 삭제하는 해당 파일 포트를 정의합니다. 수신 포트에 대해 지정한 폴링 명령문에 대한 응답으로 이러한 메시지가 생성됩니다.
물리적 WCF-Custom 또는 WCF-SQL 단방향 수신 포트를 정의하십시오. 이 포트는 포트에 대해 지정한 폴링 문을 사용하여 SQL Server 데이터베이스를 폴링합니다. 포트를 만드는 방법에 대한 자세한 내용은 SQL 어댑터에 대한 물리적 포트 바인딩 수동 구성을 참조하세요. 수신 포트에 대해 다음 바인딩 속성을 지정해야 합니다.
중요합니다
디자인 타임에 바인딩 속성을 지정한 경우에는 이 단계를 수행할 필요가 없습니다. 이 경우 어댑터 서비스 사용 추가 기능에서 만든 바인딩 파일을 가져와 필요한 바인딩 속성이 설정된 WCF 사용자 지정 또는 WCF-SQL 수신 포트를 만들 수 있습니다. 자세한 내용은 SQL 어댑터를 사용하도록 포트 바인딩 파일을 사용하여 물리적 포트 바인딩 구성을 참조하세요.
바인딩 속성 가치 InboundOperationType 폴링으로 설정해야 합니다. 수집된 데이터 사용 가능 선언문 SQL 문을 지정해야 합니다. 이 항목의 경우 다음을 지정합니다.
SELECT COUNT(*) FROM EmployeePollingStatement 폴링 문을 지정해야 합니다. 이 항목의 경우 다음을 지정합니다.
SELECT * FROM Employee;EXEC MOVE_EMP_DATA;EXEC ADD_EMP_DETAILS John, Tester, 100000다양한 바인딩 속성에 대한 자세한 내용은 BIzTalk Adapter for SQL Server 어댑터 바인딩 속성에 대한 읽기를 참조하세요.
비고
SQL 어댑터를 사용하여 인바운드 작업을 수행하는 동안 트랜잭션 격리 수준 및 트랜잭션 시간 제한을 구성하는 것이 좋습니다. 수신 포트를 구성할 때 WCF-Custom 또는 WCF-SQL에 서비스 동작을 추가하여 수행할 수 있습니다. 서비스 동작을 추가하는 방법에 대한 지침은 SQL을 사용하여 트랜잭션 격리 수준 및 트랜잭션 시간 제한 구성을 참조하세요.
애플리케이션 시작
SQL Server 데이터베이스에서 메시지를 수신하려면 BizTalk 애플리케이션을 시작해야 합니다. BizTalk 애플리케이션 시작에 대한 지침은 오케스트레이션을 시작하는 방법을 참조하세요.
이 단계에서는 다음을 확인합니다.
PollingStatement 바인딩 속성에 지정된 문을 사용하여 SQL Server 데이터베이스를 폴링하는 WCF-Custom 또는 WCF-SQL 단방향 수신 포트가 실행 중입니다.
SQL Server에서 메시지를 수신하는 FILE 송신 포트가 실행 중입니다.
작업에 대한 BizTalk 오케스트레이션이 실행 중입니다.
작업 실행
애플리케이션을 실행한 후 동일한 순서로 다음 작업 집합이 수행됩니다.
어댑터는 Employee 테이블에서 PolledDataAvailableStatement 를 실행하고 테이블에 폴링 레코드가 있는지 확인합니다.
어댑터가 폴링 명령문을 실행합니다. 폴링 문은 SELECT 문과 저장 프로시저로 구성되므로 어댑터는 모든 문을 하나씩 실행합니다.
어댑터는 먼저 Employee 테이블의 모든 레코드를 반환하는 SELECT 문을 실행합니다.
그런 다음 어댑터는 Employee 테이블에서 EmployeeHistory 테이블로 모든 데이터를 이동하는 MOVE_EMP_DATA 저장 프로시저를 실행합니다. 이 저장 프로시저는 값을 반환하지 않습니다.
그런 다음 어댑터는 Employee 테이블에 레코드 하나를 추가하는 ADD_EMP_DETAILS 저장 프로시저를 실행합니다. 이 저장 프로시저는 삽입된 레코드의 직원 ID를 반환합니다.
따라서 SQL Server에서 받은 메시지에는 여러 결과 집합(SELECT 문 및 ADD_EMP_DETAILS 저장 프로시저의 경우)이 포함되며 다음과 유사합니다.
<?xml version="1.0" encoding="utf-8" ?> <Polling xmlns="http://schemas.microsoft.com/Sql/2008/05/Polling/"> <PolledData> <DataSet xmlns="http://schemas.datacontract.org/2004/07/System.Data"> <xs:schema id="NewDataSet" xmlns:xs="http://www.w3.org/2001/XMLSchema" xmlns:msdata="urn:schemas-microsoft-com:xml-msdata"> <xs:element msdata:IsDataSet="true" name="NewDataSet"> <xs:complexType> <xs:sequence> <xs:element minOccurs="0" maxOccurs="unbounded" name="NewTable"> <xs:complexType> <xs:sequence> <xs:element minOccurs="0" name="Employee_ID" type="xs:int" /> <xs:element minOccurs="0" name="Name" type="xs:string" /> <xs:element minOccurs="0" name="DOJ" type="xs:dateTime" /> <xs:element minOccurs="0" name="Designation" type="xs:string" /> <xs:element minOccurs="0" name="Job_Description" type="xs:string" /> <xs:element minOccurs="0" name="Photo" type="xs:base64Binary" /> <xs:element minOccurs="0" name="Rating" type="xs:string" /> <xs:element minOccurs="0" name="Salary" type="xs:decimal" /> <xs:element minOccurs="0" name="Last_Modified" type="xs:base64Binary" /> </xs:sequence> </xs:complexType> </xs:element> </xs:sequence> </xs:complexType> </xs:element> </xs:schema> <diffgr:diffgram xmlns:diffgr="urn:schemas-microsoft-com:xml-diffgram-v1"> <NewDataSet xmlns=""> <NewTable> <Employee_ID>10001</Employee_ID> <Name>John</Name> <Designation>Tester</Designation> <Salary>100000.00</Salary> <Last_Modified>AAAAAAAAF34=</Last_Modified> </NewTable> ........ ........ <NewTable> <Employee_ID>10005</Employee_ID> <Name>Wilson</Name> <Designation>Tester3</Designation> <Salary>100000.00</Salary> <Last_Modified>AAAAAAAAF4E=</Last_Modified> </NewTable> </NewDataSet> </diffgr:diffgram> </DataSet> <DataSet xmlns="http://schemas.datacontract.org/2004/07/System.Data"> <xs:schema id="NewDataSet" xmlns:xs="http://www.w3.org/2001/XMLSchema" xmlns:msdata="urn:schemas-microsoft-com:xml-msdata"> <xs:element msdata:IsDataSet="true" name="NewDataSet"> <xs:complexType> <xs:sequence> <xs:element minOccurs="0" maxOccurs="unbounded" name="NewTable"> <xs:complexType> <xs:sequence> <xs:element minOccurs="0" name="Employee_ID" type="xs:int" /> </xs:sequence> </xs:complexType> </xs:element> </xs:sequence> </xs:complexType> </xs:element> </xs:schema> <diffgr:diffgram xmlns:diffgr="urn:schemas-microsoft-com:xml-diffgram-v1"> <NewDataSet xmlns=""> <NewTable> <Employee_ID>10006</Employee_ID> </NewTable> </NewDataSet> </diffgr:diffgram> </DataSet> </PolledData> </Polling>앞의 응답에는 두 개의 데이터 집합이 포함됩니다. 첫 번째 데이터 집합에는 SELECT 문에 대한 응답이 포함됩니다. SELECT 문은 Employee 테이블의 모든 레코드를 선택합니다. 두 번째 데이터 집합은 ADD_EMP_DETAILS 저장 프로시저에 대한 것입니다. 이 저장 프로시저는 Employee 테이블에 레코드를 추가하고 새 레코드의 직원 ID를 반환합니다.
비고
MOVE_EMP_DATA 저장 프로시저는 결과 집합을 반환하지 않습니다. 따라서 응답 메시지에 해당 데이터 집합이 없습니다.
어댑터가 PollDataAvailableStatement 를 다시 실행하면 ADD_EMP_DETAILS 저장 프로시저에 의해 삽입된 레코드를 하나 찾습니다. 그런 다음 어댑터는 PollingStatement 바인딩 속성에 대해 지정된 세 개의 문을 모두 실행합니다. 이번에는 SQL Server의 응답에 SELECT 문에 대한 레코드 하나와 ADD_EMP_DETAILS 저장 프로시저에 대한 하나의 레코드만 포함됩니다. 모든 후속 설문 조사는 유사한 응답을 반환합니다.
비고
BIzTalk Server 관리 콘솔에서 수신 포트를 명시적으로 사용하지 않도록 설정할 때까지 SQL 어댑터는 계속 폴링됩니다.
모범 사례
BizTalk 프로젝트를 배포하고 구성한 후에는 구성 설정을 바인딩 파일이라는 XML 파일로 내보낼 수 있습니다. 바인딩 파일을 생성한 후에는 파일에서 구성 설정을 가져올 수 있으므로 송신 포트를 만들고 동일한 오케스트레이션에 대한 수신 포트를 만들 필요가 없습니다. 바인딩 파일에 대한 자세한 내용은 어댑터 바인딩 재사용을 참조하세요.