Microsoft MVP성태의 닷넷 이야기
.NET Framework: 246. WCF - 서버 측에서의 유효한 Timeout 설정 [링크 복사], [링크+제목 복사],
조회: 31655
글쓴 사람
정성태 (techsharer at outlook.com)
홈페이지
첨부 파일
[Test.zip]    
(연관된 글이 1개 있습니다.)

WCF - 서버 측에서의 유효한 Timeout 설정

요즘 ^^ 데브피아에서 질문/답변하는 것들 덕분에 다시 기초부터 ^^ 배우게 되는군요.

WCF binding timeout 관련 질문입니다.  
; http://www.devpia.com/MAEUL/Contents/Detail.aspx?BoardID=1&MAEULNO=3&no=1389&ref=1386

제가 위의 질문에 대한 첫 번째 답변에서, 서버 측 timeout은 '공통 timeout' 값의 개념으로 작동할 거라고 했는데요. 테스트 결과... 아니었습니다. 이와 관련해서, 예전에 제가 한창 WCF 프로젝트를 수행하던 시절에 timeout 관련해서 썼던 글이 하나 있는데,

WCF: netTcpBinding에서의 각종 Timeout 값 설명
; https://www.sysnet.pe.kr/2/0/536

재미있는 것은... ^^; 저도 저렇게 썼다는 것을 잊어버리고, 엉뚱하게 devpia 답변에는 다른 의미로 썼다는 점입니다. (그렇습니다. 저도 가끔 제가 쓴 포스팅 내용을 잊어버리곤 합니다.)

한번 정리를 해볼까요?

일단, openTimeout을 테스트 할 수 있는 적절한 경우를 생각해 보면 서버가 죽은 예를 들 수 있습니다. 그런 상태에서 클라이언트 측에서 접근한다고 가정해 보면 금방 답이 나옵니다. 즉, 서버 측과 연결도 안되는데 서버 측의 openTimeout 값을 적용시킨다는 것은 어불성설입니다. 따라서, openTimeout은 서버 측에 설정한 경우 아무런 효력이 없습니다.

closeTimeout은 어떨까요?
이건 WCF 측에서 고려만 해주었다면 서버 측의 값을 적용하는 것이 가능할 것도 같습니다. 왜냐하면 일단 연결된 다음이니, 서버 측의 값을 받아올 수 있는 기회가 있기 때문입니다. 어쨌든, 세션 가능한 netTcpBinding 연결을 맺고, 클라이언트 측에서 Close 메서드를 호출하기 전 서버를 종료시킨 다음 Close를 해보면 서버 측의 closeTimeout 값에 상관없이 클라이언트 측의 설정값대로 동작하는 것을 확인할 수 있습니다.

개인적으로 관심이 있었던 것은 sendTimeout이었습니다. 제가 이전에 써놓았던 글(WCF: netTcpBinding에서의 각종 Timeout 값 설명)에서 다음과 같이 설명해 놓았기 때문인데요.

이것이 서버 측 EXE의 config 내에 있을 때는, 콜백 함수의 실행 시간을 나타내고, 클라이언트 측 EXE의 config 내에 있을 때는 서비스가 제공하는 메서드를 호출하는 시간 만료에 대한 의미를 가집니다.


도대체 ... 제가 어떤 배짱으로 저런 글을 써놓은 것일까요? 그동안 유언비어를 퍼뜨려서 죄송합니다. ^^; 어쨌든, 테스트 결과 콜백 메서드를 구현하는 클라이언트 측에서 10초의 Thread.Sleep을 주고 서버 측의 sendTimeout 값을 3초로 설정해 놓았어도 효과가 없었습니다. (어쩌면 이것은 바람직하지 않은 결과일 수도 있습니다. 왜냐하면 콜백 메서드에 대한 timeout을 제한할 방법이 없기 때문입니다.)

이전에 써놓았던 글(WCF: netTcpBinding에서의 각종 Timeout 값 설명)의 댓글에 제가 다음과 같은 글을 링크해 놓았는데요.

Why changing SendTimeout does not help for hosted WCF services?
; http://blogs.msdn.com/b/wenlong/archive/2008/03/10/why-changing-sendtimeout-does-not-help-for-hosted-wcf-services.aspx

위의 글에서도 클라이언트 측 설정값이라는 말을 하고 있군요. ^^

Binding.SendTimeout - It is client side setting

마지막으로, receiveTimeout 값이 남았는데요. 혹시나 싶어서, 꼼꼼하게 테스트를 해보았는데 유일하게 서버 측 설정에서 약발이 통하는 값입니다.

결론을 내면, WCF 서버 측에서 설정하는 timeout 값들 중에서 유효한 값은 receiveTimeout 하나였습니다.

이 글을 읽어보시는 분들도 테스트를 직접 해보고 싶다면 제가 만들어 놓은 예제를 이용해 보세요. ^^






[이 글에 대해서 여러분들과 의견을 공유하고 싶습니다. 틀리거나 미흡한 부분 또는 의문 사항이 있으시면 언제든 댓글 남겨주십시오.]

[연관 글]






[최초 등록일: ]
[최종 수정일: 7/9/2021]

Creative Commons License
이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이센스에 따라 이용하실 수 있습니다.
by SeongTae Jeong, mailto:techsharer at outlook.com

비밀번호

댓글 작성자
 




... 31  [32]  33  34  35  36  37  38  39  40  41  42  43  44  45  ...
NoWriterDateCnt.TitleFile(s)
13202정성태12/21/202216325기타: 84. 직렬화로 설명하는 Little/Big Endian파일 다운로드1
13201정성태12/20/202217719오류 유형: 835. PyCharm 사용 시 C 드라이브 용량 부족
13200정성태12/19/202215085오류 유형: 834. 이벤트 로그 - SSL Certificate Settings created by an admin process for endpoint
13199정성태12/19/202215389개발 환경 구성: 656. Internal Network 유형의 스위치로 공유한 Hyper-V의 VM과 호스트가 통신이 안 되는 경우
13198정성태12/18/202215717.NET Framework: 2080. C# - Microsoft.XmlSerializer.Generator 처리 없이 XmlSerializer 생성자를 예외 없이 사용하고 싶다면?파일 다운로드1
13197정성태12/17/202214931.NET Framework: 2079. .NET Core/5+ 환경에서 XmlSerializer 사용 시 System.IO.FileNotFoundException 예외 발생하는 경우파일 다운로드1
13196정성태12/16/202216052.NET Framework: 2078. .NET Core/5+를 위한 SGen(Microsoft.XmlSerializer.Generator) 사용법
13195정성태12/15/202215976개발 환경 구성: 655. docker - bridge 네트워크 모드에서 컨테이너 간 통신 시 --link 옵션 권장 이유
13194정성태12/14/202215361오류 유형: 833. warning C4747: Calling managed 'DllMain': Managed code may not be run under loader lock파일 다운로드1
13193정성태12/14/202216170오류 유형: 832. error C7681: two-phase name lookup is not supported for C++/CLI or C++/CX; use /Zc:twoPhase-
13192정성태12/13/202216126Linux: 55. 리눅스 - bash shell에서 실수 연산
13191정성태12/11/202217513.NET Framework: 2077. C# - 직접 만들어 보는 SynchronizationContext파일 다운로드1
13190정성태12/9/202220291.NET Framework: 2076. C# - SynchronizationContext 기본 사용법파일 다운로드1
13189정성태12/9/202218778오류 유형: 831. Visual Studio - Windows Forms 디자이너의 도구 상자에 컨트롤이 보이지 않는 문제
13188정성태12/9/202219428.NET Framework: 2075. C# - 직접 만들어 보는 TaskScheduler 실습 (SingleThreadTaskScheduler) [1]파일 다운로드1
13187정성태12/8/202218136개발 환경 구성: 654. openssl - CA로부터 인증받은 새로운 인증서를 생성하는 방법 (2)
13186정성태12/6/202216281오류 유형: 831. The framework 'Microsoft.AspNetCore.App', version '...' was not found.
13185정성태12/6/202217079개발 환경 구성: 653. Windows 환경에서의 Hello World x64 어셈블리 예제 (NASM 버전)
13184정성태12/5/202214357개발 환경 구성: 652. ml64.exe와 link.exe x64 실행 환경 구성 [1]
13183정성태12/4/202214234오류 유형: 830. MASM + CRT 함수를 사용하는 경우 발생하는 컴파일 오류 정리 [1]
13182정성태12/4/202216322Windows: 217. Windows 환경에서의 Hello World x64 어셈블리 예제 (MASM 버전)
13181정성태12/3/202215129Linux: 54. 리눅스/WSL - hello world 어셈블리 코드 x86/x64 (nasm)
13180정성태12/2/202216875.NET Framework: 2074. C# - 스택 메모리에 대한 여유 공간 확인하는 방법파일 다운로드1
13179정성태12/2/202215165Windows: 216. Windows 11 - 22H2 업데이트 이후 Terminal 대신 cmd 창이 뜨는 경우
13178정성태12/1/202216370Windows: 215. Win32 API 금지된 함수 - IsBadXxxPtr 유의 함수들이 안전하지 않은 이유파일 다운로드1
13177정성태11/30/202217137오류 유형: 829. uwsgi 설치 시 fatal error: Python.h: No such file or directory
... 31  [32]  33  34  35  36  37  38  39  40  41  42  43  44  45  ...