webMethods for Ansync

 

Synchronous

Source 에서 요청을 했을 경우, Target 부분에서 반드시 결과값을 돌려주어 야 할때 사용한다.[Session의 연결이 유지]

하나의 메시지를 전송한다면 하나의 답을 받아야 하기 때문에 1:1 방식이다.

Asynchronous

Source 에서 요청을 했을 경우, Target 부분에서 결과를 어떻게 처리하는지에 따라 관계가 나눠진다.

1:1 방식[Queue] - FIFO(선입선출) 메시지 배달을 제공

1:N 방식[Topic] - Pub/Sub 패턴이라고도 하며, 메시지는 토픽에 등록된 각 Subscrib 에서 전달

 

WEBMETHODS에서는 Publish 진행 시, Universal Messaging(= 데이터 저장소)에 전달하게 된다.

만일 , Universal Messaging Server 가 존재하지 않는 경우, LocalQueue(CSQ)에 담아 전달한다.

 

해당 데이터는 해당 경로에 저장되며, IS Admin Page를 통해 사이즈를 변경 할 수 있다. 

{IntegrationServer Directory}\instances\default\DocumentStore

 

주의사항

Publish 되는 Document의 이름을 변경할 경우, 해당 서비스 안에 documentTypeName 은 변경되지 않는다.

webMethods Messaging Trigger 내에 Document 2개 이상 등록 시, Connection Alias 충돌이 발생한다.

1개의 Document에 1개의 Condition을 줄 수 있다.

---

1. DocumentType 에 select값을 담아줄 List파일 생성

2. DocumentType > Properties > Publishable > True

3. MAP 에서 Document reference 생성 후 검색 값 담아 주기

4. pub.publish:publilsh -> DocumentTypeName : doc 경로 설정 Document에서 담아주기

5. Trigger를 생성하여 서비스 위치와 참조할 문서 저장

 

WebMethods Messaging Trigger Properties

Processing mode : 어떤 처리방식을 지향하는지 선택

[ 1: N 구조 Topic 방식 ] Concurrent : Max execution Theads에 따라 한번에 여러개의 문서를 처리

[ 1: 1  구조 Queue 방식 ] Serial  : Integration Server가 수신 된 순서대로 트리거 큐에서 문서를 차례로 처리 

Transient Error : 일시적인 오류 발생 시, 어떤 조치를 취할지 선택

Retry Util : 최대 반복 횟수까지 실행과 성공할때까지가 존재 , 성공 시까지 반복하게 된다면 메모리 낭비가 발발생한다.

 

Provider Filter : 참조 되는 문서가 Universal Messaging을 이용할때만 사용 가능

 

DB to DB 진행 시, Concurrent 로 전달하면 Interrupt 발생가능성 有  

6. Target Service Input/output 탭에 참조되는 Document의 경로를 입력한다.

---

   ∵ 참고 사항

 

   DocumentType 은 [Queue] 구조로 이루어져있다.

   자료가 들어오는 입구와 내보내는 출구가 다르며 선입선출 (FIFO) 구조

 

   DocumentType 내 Publishable - True 로 변경시 Env 폴더가 생성

   Env 파일 내에는 Queue 구조를 사용할때 필요한 데이터가 담겨있다.