(저희쪽 문제인지 댓글쓰기가 안되어 추가 질문글 올립니다.)
좋은 솔루션 주셔서 감사합니다.
...
우선 "동작이 완료"된다는 의미는 정상적인 메서드 호출을 의미합니다.
그러므로, sendTimeOut값만큼의 지연후에 정상적으로 동작된다는 의미입니다.
...
테스트 해본 결과,
아래와 같은 시나리오에서 동일한 현상이 재현되었습니다.
1. HS에 Shell이 연결됨
2. HS의 callback 연결 리스트에 위 Shell의 session ID가 등록 됨
3. Shell이 비정상 종료 됨
4. HS는 위의 Shll에 대한 session ID를 callback 연결 리스트에 그대로 갖고 있음
5. Shell이 다시 HS에 연결됨
6. 위 다시 연결된 Shell에서 DB 관련 메서드 실행
7. HS는 DB 관련 메서드 실행 후 callback 연결 리스트 session마다 callback을 실행시킴
8. callback 중 3번에서 비정상 종료된 session에 대해 처리될때 sendTimeOut값 만큼 지연 됨
9. 위 8번에서 지연 이후 5번에서 정상 연결된 callback session에서 정상적인 결과를 받음.
위와 같은 시나리오에 의해 문제의 증상으로 나타나는 것 같습니다.
만약 위의 시나리오가 가능하다면 그에 대해 아래와 같이 질문 드립니다.
A. HS 입장에서 비정상 종료 세션에 대해 최대한 빨리(?) 확인하여 해당 세션을 callback 리스트에서 제거하는 방법 없을까요?
B. callback 연결 리스트의 각 세션마다 callback 처리시 위의 시나리오 처럼 동기적(?)으로 처리되어야 하나요?
비동기적으로 처리될 수 있다면 새로 연결된 Shell에서 지연현상은 안보일것 같은데...
C. 혹시 wcf에서 위와 같은 좀비(?) 세션에 대한 연결을 판단하는데까지 걸리는 시간이 "inactivity timeout' 인가요?
만약 B에서와 같이 비동기적으로 처리되고 일정 시간 이후 좀비 세션에 대해 정리된다면 가장 좋을 듯 한데,
이에 대해 조언 부탁드립니다.
[최초 등록일: ]
[최종 수정일: 7/6/2010]