Привет.

Как сервис WCF, хостящийся в IIS, может узнать что его закрывают/останавливают ?
Нужно отчистить ресурсы, а главное - не дать закрыть сервис до тех пор пока служба не будет готова к этому.

У Windows служб есть метод OnStop. И он, вроде бы, имеет около 30 секунд на зачистку, после чего SCM его прибьет.

В WCF тут сложнее. Мы имеем как Хост, так и саму реализацию сервиса (интерфейса службы). У Хоста есть события Closing, Faulted. Можно ли на них полагаться ? Но как из этих событий хоста, сообщить РЕАЛИЗАЦИИ сервиса, о том, что "нас прикрывают" ?

В общем. Что-то сложно получается.
Подскажите решение пожалуйста, может я что-то в упор пропустил.

Никак ? )

Winnipuh,

Спасибо. Собственно это решение я видел, и написал о нем в посте.
Но дело в том, что там речь идет об обработке OnClosing хоста. Хотелось бы, все же, обрабатывать это событие в самом сервисе (имплементации интерфейса).
Хост это хост. А имплементации сервиса это имплементация. И хост не должен заниматься делами сервиса. Он может лишь генерить некие события, а уж сервис может их обабатывать.
Первоначально обдумывая идею я пришел к идее ввести некий интерфейс IOnClosing с единственным одноименным методом.
Тогда, в кастомном хосте можно делать некую проверку:




Но что-то нет уверенности в том, что это нормальный подход. В принципе я использую сервис в режиме Синглтона, должно быть меньше риска. Но все же есть сомнения, что подход чистый.