일반 IDoc 라우팅

IBM® App Connect Enterprise 는 SAPInput 노드를 패스스루 모드로 사용하여 모든 IDoc을 수신하고 IDoc 유형에 따라 라우팅할 수 있습니다.

ALE Passthrough 모드에서 일반 IDoc에 대한 메시지 정의는 네 개 필드를 포함합니다. 이 중 세 개 필드는 제어 정보입니다.

트랜잭션 ID
큐 이름(qRFC를 사용하는 경우)
IDoc 유형 이름

네 번째 필드는 원시 구문 분석되지 않은 형식으로 전체 IDoc를 포함하는 hexBinary 필드입니다. 해당 IDoc 유형의 정의를 포함하는 라이브러리를 제공하는 경우 DataObject 구문 분석기를 사용하여 특정 IDoc의 전체 논리 구조로 이 원시 형식을 구문 분석할 수 있습니다. 원시 IDoc을 구문 분석하려면 다음을 사용해야 합니다. MQ입력 노드 메시지 도메인 다음으로 설정된 속성 데이터객체, 그리고 메시지 형식 다음으로 설정된 속성 SAP ALE IDoc.

Passthrough 모드가 사용되지 않으면 라이브러리는 완전히 구문 분석된 IDoc 구조를 포함합니다. 이 구조는 각 IDoc에 특정하므로, 라이브러리에서는 .inadapter 컴포넌트가 수신할 수 있는 모든 IDoc에 대해 유형이 정의되어야 합니다. 이 라이브러리는 어댑터에 구성된 RFC 프로그램 ID와 SAP 측의 ALE 또는 RFC 구성으로 판별됩니다. 이 동작은 메시지 모델의 관리 방법에 영향을 줄 수 있습니다.

격리 상태로 메시지 플로우를 개발해야 하는 경우(각 플로우가 서로 다른 IDoc 유형을 처리하는 경우) ALE 구문 분석된 모드는 적절하지 않습니다. 모든 플로우에 새 IDoc 유형이 추가될 때마다 변경해야 하는 공통 분모(라이브러리)가 있기 때문입니다.

일반 패스스루 모드를 사용하면, 예를 들어 일반 IDoc 모델의 IDoc 유형 필드를 활용하여 IBM MQ 큐를 구분하는 라우팅 메시지 흐름을 생성할 수 있습니다. 서로 다른 각 IDoc 유형을 처리하는 메시지 플로우를 작성할 수 있습니다. 검색된 IDoc 세트가 확장되면 메시지 플로우 및 라이브러리(새 IDoc 포함)를 작성한 후 기존 메시지 플로우 또는 라이브러리를 변경하지 않고도 배치할 수 있습니다.

이 방법을 사용하면 단일 RFC 프로그램 ID를 사용하여 모든 IDoc 유형을 수신하면서 개별 IDoc 처리를 계속 허용할 수 있습니다.