BizTalk Server 사용하여 SQL Server 폴링 기반 데이터 변경 메시지 받기
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-custom 또는 WCF-SQL 수신 포트를 만들 수 있습니다. 바인딩 파일을 사용하여 포트를 만드는 방법에 대한 자세한 내용은 SQL 어댑터를 사용하도록 포트 바인딩 파일을 사용하여 실제 포트 바인딩 구성을 참조하세요.
| Binding 속성 | Description |
|---|---|
| InboundOperationType | 폴링, TypedPolling 또는 알림 인바운드 작업을 수행할지 여부를 지정합니다. 기본값은 폴링입니다. |
| PolledDataAvailableStatement | 어댑터가 실행하여 폴링에 사용할 수 있는 데이터가 있는지 여부를 결정하는 SQL 문을 지정합니다. SQL 문은 행과 열로 구성된 결과 집합을 반환해야 합니다. 행을 사용할 수 있는 경우에만 PollingStatement 바인딩 속성에 지정된 SQL 문이 실행됩니다. |
| PollingIntervalInSeconds | SQL 어댑터가 PolledDataAvailableStatement 바인딩 속성에 지정된 문을 실행하는 간격(초)을 지정합니다. 기본값은 30초입니다. 폴링 간격은 연속된 폴링 간의 시간 간격을 결정합니다. 문이 지정된 간격 내에 실행되면 어댑터는 간격의 남은 시간을 기다립니다. |
| PollingStatement | SQL Server 데이터베이스 테이블을 폴링할 SQL 문을 지정합니다. 간단한 SELECT 문 또는 폴링 문에 대한 저장 프로시저를 지정할 수 있습니다. 기본값은 null입니다. 폴링을 사용하도록 설정하려면 PollingStatement 에 대한 값을 지정해야 합니다. 폴링 문은 PolledDataAvailableStatement 바인딩 속성에 의해 결정되는 폴링에 사용할 수 있는 데이터가 있는 경우에만 실행됩니다. 세미콜론으로 구분된 SQL 문 수를 지정할 수 있습니다. |
| PollWhileDataFound | 폴링되는 테이블에서 데이터를 사용할 수 있는 경우 SQL 어댑터가 폴링 간격을 무시하고 PolledDataAvailableStatement 바인딩 속성에 지정된 SQL 문을 지속적으로 실행할지 여부를 지정합니다. 테이블에서 사용할 수 있는 데이터가 없으면 어댑터가 되돌려 지정된 폴링 간격으로 SQL 문을 실행합니다. 기본값은 false입니다. |
이러한 속성에 대한 자세한 설명은 SQL Server 어댑터 바인딩 속성에 대한 BizTalk 어댑터에 대한 읽기를 참조하세요. SQL 어댑터를 사용하여 SQL Server 폴링하는 방법에 대한 자세한 내용은 자세히 알아보세요.
SQL Server 데이터베이스에서 데이터 변경 메시지를 받는 방법
BizTalk Server SQL 어댑터를 사용하여 SQL Server 데이터베이스에서 작업을 수행하려면 SQL 어댑터를 사용하여 BizTalk 애플리케이션을 개발하기 위한 구성 요소에 설명된 절차 작업이 포함됩니다. 데이터 변경 메시지를 받도록 어댑터를 구성하려면 다음 작업을 수행합니다.
BizTalk 프로젝트를 만든 다음 폴링 작업에 대한 스키마를 생성합니다. 필요에 따라 PolledDataAvailableStatement 및 PollingStatement 바인딩 속성에 대한 값을 지정할 수 있습니다.
SQL Server 데이터베이스에서 메시지를 수신하기 위한 메시지를 BizTalk 프로젝트에 만듭니다.
SQL Server 데이터베이스에서 메시지를 수신하고 폴더에 저장할 오케스트레이션을 만듭니다.
BizTalk 프로젝트를 빌드하고 배포합니다.
물리적 송신 및 수신 포트를 만들어 BizTalk 애플리케이션을 구성합니다.
중요
인바운드 폴링 시나리오의 경우 항상 단방향 WCF-Custom 또는 WCF-SQL 수신 포트를 구성해야 합니다. 양방향 WCF-Custom 또는 WCF-SQL 수신 포트는 인바운드 작업에 지원되지 않습니다.
BizTalk 애플리케이션을 시작합니다.
이 항목에서는 이러한 작업을 수행하는 지침을 제공합니다.
스키마 생성
폴링 작업에 대한 스키마를 생성해야 합니다. 스키마를 생성하는 방법에 대한 자세한 내용은 SQL 어댑터를 사용하여 Visual Studio에서 SQL Server 작업에 대한 메타데이터 검색을 참조하세요. 스키마를 생성할 때 다음 작업을 수행합니다. 디자인 타임에 바인딩 속성을 지정하지 않으려면 첫 번째 단계를 건너뜁니다.
스키마를 생성하는 동안 PolledDataAvailableStatement 및 PollingStatement 바인딩 속성에 대한 값을 지정합니다. 이 바인딩 속성에 대한 자세한 내용은 SQL Server 어댑터 바인딩 속성에 대한 BizTalk 어댑터에 대한 읽기를 참조하세요.
바인딩 속성을 지정하는 방법에 대한 지침은 SQL 어댑터에 대한 바인딩 속성 구성을 참조하세요.
계약 유형을 서비스(인바운드 작업)로 선택합니다.
폴링 작업에 대한 스키마를 생성합니다.
메시지 및 메시지 형식 정의
이전에 생성한 스키마는 오케스트레이션의 메시지에 필요한 "형식"을 설명합니다. 메시지는 일반적으로 해당 스키마에 의해 정의된 형식인 변수입니다. 스키마가 생성되면 BizTalk 프로젝트의 오케스트레이션 보기에서 메시지에 연결해야 합니다.
이 항목에서는 SQL Server 데이터베이스에서 메시지를 받을 메시지를 하나 만들어야 합니다.
다음 단계를 수행하여 메시지를 만들고 스키마에 연결합니다.
메시지를 만들고 스키마에 연결하려면
BizTalk 프로젝트에 오케스트레이션을 추가합니다. 솔루션 탐색기 BizTalk 프로젝트 이름을 마우스 오른쪽 단추로 클릭하고 추가를 가리킨 다음 새 항목을 클릭합니다. BizTalk 오케스트레이션의 이름을 입력한 다음 추가를 클릭합니다.
아직 열려 있지 않은 경우 BizTalk 프로젝트의 오케스트레이션 보기 창을 엽니다. 보기를 클릭하고 다른 창을 가리킨 다음 오케스트레이션 보기를 클릭합니다.
오케스트레이션 보기에서 메시지를 마우스 오른쪽 단추로 클릭한 다음 새 메시지를 클릭합니다.
새로 만든 메시지를 마우스 오른쪽 단추로 클릭한 다음 속성 창을 선택합니다.
Message_1속성 창에서 다음을 수행합니다.
사용 항목 원하는 작업 ID Receive를 입력 합니다. 메시지 유형 드롭다운 목록에서 스키마를 확장하고 PollingQuery.Polling을 선택합니다. 여기서 PollingQuery 는 BizTalk 프로젝트의 이름입니다. 폴링은폴링 작업에 대해 생성된 스키마입니다.
오케스트레이션 설정
SQL Server 데이터베이스에서 폴링 기반 데이터 변경 메시지를 수신하는 데 BizTalk Server 사용하도록 BizTalk 오케스트레이션을 만들어야 합니다. 이 오케스트레이션에서 어댑터는 PollingStatement 바인딩 속성에 지정된 select 문의 응답을 받습니다. SELECT 문에 대한 응답은 FILE 위치에 저장됩니다. SQL Server 데이터베이스 폴링에 대한 일반적인 오케스트레이션에는 다음이 포함됩니다.
SQL Server 메시지를 수신하고 각각 FILE 포트로 보낼 셰이프를 수신 및 보냅니다.
SQL Server 메시지를 받는 단방향 수신 포트입니다.
중요
인바운드 폴링 시나리오의 경우 항상 단방향 수신 포트를 구성해야 합니다. 양방향 수신 포트는 인바운드 작업에 지원되지 않습니다.
단방향 송신 포트를 사용하여 SQL Server 데이터베이스에서 폴더로 폴링 응답을 보냅니다.
샘플 오케스트레이션은 다음과 유사합니다.
메시지 셰이프 추가
각 메시지 셰이프에 대해 다음 속성을 지정해야 합니다. Shape 열에 나열된 이름은 방금 언급한 오케스트레이션에 표시된 메시지 셰이프의 이름입니다.
| 도형 | 도형 유형 | 속성 |
|---|---|---|
| ReceiveMessage | Receive | - 이름을ReceiveMessage로 설정 - 활성화를 True로 설정 |
| SaveMessage | Send | - 이름을SaveMessage로 설정 |
포트 추가
각 논리 포트에 대해 다음 속성을 지정해야 합니다. 포트 열에 나열된 이름은 오케스트레이션에 표시된 포트의 이름입니다.
| 포트 | 속성 |
|---|---|
| SQLReceivePort | - 식별자를SQLReceivePort로 설정 - 형식을 SQLReceivePortType으로 설정 - 통신 패턴을단방향으로 설정 - 수신할 통신 방향 설정 |
| SaveMessagePort | - 식별자를SaveMessagePort로 설정 - 형식을 SaveMessagePortType으로 설정 - 통신 패턴을단방향으로 설정 - 전송할 통신 방향 설정 |
작업 셰이프에 대한 메시지 지정 및 포트에 연결
다음 표에서는 작업 셰이프에 대한 메시지를 지정하고 메시지를 포트에 연결하도록 설정해야 하는 속성과 해당 값을 지정합니다. Shape 열에 나열된 이름은 앞에서 언급한 오케스트레이션에 표시된 메시지 셰이프의 이름입니다.
| 도형 | 속성 |
|---|---|
| ReceiveMessage | - 메시지를수신으로 설정 - 작업을 SQLReceivePort.Polling.Request로 설정 |
| SaveMessage | - 메시지를수신으로 설정 - 작업을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 어댑터를 사용하도록 포트 바인딩 파일을 사용하여 물리적 포트 바인딩 구성을 참조하세요.
Binding 속성 값 InboundOperationType 폴 링으로 설정해야 합니다. PolledDataAvailableStatement SQL 문을 지정해야 합니다. 이 항목의 경우 다음을 지정합니다.
SELECT COUNT(*) FROM EmployeePollingStatement 폴링 문을 지정해야 합니다. 이 항목의 경우 다음을 지정합니다.
SELECT * FROM Employee;EXEC MOVE_EMP_DATA;EXEC ADD_EMP_DETAILS John, Tester, 100000다양한 바인딩 속성에 대한 자세한 내용은 SQL Server 어댑터 바인딩 속성에 대한 BizTalk 어댑터에 대한 읽기를 참조하세요.
참고
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 저장 프로시저에 대한 레코드가 하나만 포함됩니다. 모든 후속 설문 조사는 유사한 응답을 반환합니다.
참고
SQL 어댑터는 BizTalk Server 관리 콘솔에서 수신 포트를 명시적으로 사용하지 않도록 설정할 때까지 계속 폴링됩니다.
모범 사례
BizTalk 프로젝트를 배포하고 구성한 후에는 구성 설정을 바인딩 파일이라는 XML 파일로 내보낼 수 있습니다. 바인딩 파일을 생성한 후에는 파일에서 구성 설정을 가져올 수 있으므로 송신 포트를 만들고 동일한 오케스트레이션에 대한 포트를 받을 필요가 없습니다. 바인딩 파일에 대한 자세한 내용은 어댑터 바인딩 다시 사용을 참조하세요.