Подскажите плз, есть ли адекватный способ установить таймаут на вызов COM-метода на стороне клиента?
Опишу задачу поподробнее:
имеется приложение-сервис, которое в процессе работы получает данные через COM-вызовы у другого сервиса (у OPC-сервера, если это поможет). Сервисы физически на разных компах, и соединение между ними ненадежно, связь периодически рвется. Проблема в том, что вызов при этом замирает на приличное время (секунд 40-45), что очень неприятно, при этом в нормальных условиях ответ получается быстро, так что если его нет 2-3 секунды - уже понятно, что беда.
Единственный более-менее вменяемый вариант, который я нагуглил - использовать IMessageFilter::MessagePending и прерывать выполнение при превышении времени, но, как я сказал, приложение-сервис, пользовательских сообщений нет, так что придется городить какой-то таймер и рассылать сообщения самому себе. Можно, но как-то громоздко и коряво.
PS Предупреждая лишние уходы в сторону: не надо рассказывать про многопоточные приложения и асинхронное чтение, сервис уже и так многопоточный, а асинхронными можно сделать не все вызовы, да и в данном конкретном случае обратные RPC запрещены политиками домена. Я также знаю, что можно вешать на данные таймстампы и проверять их давность и т.п, и принудительно рубить поток, выполняющий вызов, эти решения очевидны, равно как и очевидны их недостатки. Хотя, возможно, есть какие-то другие варианты применения таких подходов, которые я не учел
Спасибо!
