HTTP, TCP 또는 명명된 파이프를 사용하는 비동기 시나리오

이 항목에서는 HTTP, TCP 또는 명명된 파이프를 사용하는 다중 스레드 요청이 포함된 다양한 비동기 request/reply 시나리오의 작업 및 전송에 대해 설명합니다.

오류가 없는 비동기 Request/Reply

이 단원에서는 다중 스레드 클라이언트에서의 비동기 request/reply 시나리오 작업 및 전송에 대해 설명합니다.

beginCall이 반환되고 endCall이 반환되면 호출자 작업이 종료됩니다. 콜백을 호출하면 콜백이 반환됩니다.

beginCall이 반환되거나, endCall이 반환되거나, 작업에서 호출한 경우 콜백이 반환되면 호출된 작업이 종료됩니다.

콜백이 없는 비동기 클라이언트

전파는 양쪽 모두에서 HTTP를 사용하여 활성화됩니다.

그림 1. 양쪽 모두에서 propagateActivity가true로 설정되어 있고 콜백이 없는 비동기 클라이언트, HTTP

propagateActivity가true로 설정된 경우 ProcessMessage는 전송 목표 ProcessAction 동작을 나타냅니다.

HTTP기반 시나리오의 경우 ReceiveBytes는 처음 보내는 메시지에서 호출되어 요청 수명이 끝날 때까지 존재합니다.

HTTP를 사용하며 한쪽에서 전파가 비활성화

한쪽에서 propagateActivity가false로 설정된 경우 ProcessMessage는 전송 목표 ProcessAction 동작을 나타내지 않습니다. 따라서 새 임시 ProcessAction 동작이 새 ID로 호출됩니다. 비동기 응답이 ServiceModel 모드에 있는 요청과 일치하는 경우 로컬 컨텍스트에서 작업 ID를 검색할 수 있습니다. 실제 ProcessAction 동작을 해당 ID와 함께 전송할 수 있습니다.

그림 2. 한쪽에서 propagateActivity가false로 설정된 경우 콜백이 없는 비동기 클라이언트, HTTP

HTTP기반 시나리오의 경우 ReceiveBytes는 처음 보내는 메시지에서 호출되어 요청 수명이 끝날 때까지 존재합니다.

호출자나 호출 수신자에서 propagateActivity가false로 설정된 경우 응답 메시지에 Action 헤더가 없는 경우에는 비동기 클라이언트에 Process Action 동작이 만들어집니다.

전파는 양쪽 모두에서 TCP 또는 명명된 파이프를 사용하여 활성화됩니다.

그림 3. 양쪽 모두에서 propagateActivity가true로 설정되어 있고 콜백이 없는 비동기 클라이언트, 명명된 파이프/TCP

명명된 파이프 또는 TCP 기반 시나리오에서 ReceiveBytes는 클라이언트가 열리면 호출되어 연결이 지속되는 동안 존재합니다.

그림 1과 마찬가지로 propagateActivity가true로 설정된 경우 ProcessMessage는 전송 목표 ProcessAction 동작을 나타냅니다.

전파는 한쪽에서 TCP 또는 명명된 파이프를 사용하여 비활성화됩니다.

명명된 파이프 또는 TCP 기반 시나리오에서 ReceiveBytes는 클라이언트가 열리면 호출되어 연결이 지속되는 동안 존재합니다.

그림 2와 마찬가지로 한쪽에서 propagateActivity가false로 설정된 경우 ProcessMessage는 전송 목표 ProcessAction 동작을 나타내지 않습니다. 따라서 새 임시 ProcessAction 동작이 새 ID로 호출됩니다. 비동기 응답이 ServiceModel 모드에 있는 요청과 일치하는 경우 로컬 컨텍스트에서 작업 ID를 검색할 수 있습니다. 실제 ProcessAction 동작을 해당 ID와 함께 전송할 수 있습니다.

그림 4. 한쪽에서 propagateActivity가false로 설정된 경우 콜백이 없는 비동기 클라이언트, 명명된 파이프/TCP

콜백이 있는 비동기 클라이언트

이 시나리오에서는 콜백과 endCall에 G 및 A’ 작업과 출력/입력되는 전송을 추가합니다.

이 단원에서는 propragateActivity=true에 HTTP를 사용하는 경우에 대해서만 설명합니다. 하지만 추가 작업 및 전송은 propagateActivity가false로 설정된 경우 TCP 또는 명명된 파이프를 사용하는 다른 경우에도 적용됩니다.

클라이언트에서 사용자 코드를 호출하여 결과가 준비된 것을 알리면 콜백에서 새 작업(G)을 만듭니다. 그러면 사용자 코드에서 콜백 내부(그림 5) 또는 콜백 외부(그림 6)로부터 endCall을 호출합니다. endCall이 호출되는 사용자 작업을 알지 못하기 때문에 작업에는 A¢¢ç¯ 레이블이 지정됩니다. A’는 A와 같을 수도 있고 다를 수도 있습니다.

그림 5. 콜백이 있는 비동기 클라이언트, 콜백 내부의 endCall

그림 6. 콜백이 있는 비동기 클라이언트, 콜백 외부의 endCall

콜백이 있는 비동기 서버

그림 7. 콜백이 있는 비동기 서버

채널 스택에서는 메시지를 받으면 클라이언트를 콜백합니다. 이 처리의 추적은 ProcessRequest 작업 자체에서 내보냅니다.

오류가 있는 Request/Reply

endCall을 수행하는 동안 오류 메시지 오류가 발생했습니다. 그 점을 제외한 작업과 전송은 이전 시나리오와 비슷합니다.

오류가 있거나 없는 비동기 단방향

클라이언트에 응답이나 오류가 반환되지 않습니다.