Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
превышен интервал времени ожидания запроса
|
|||
|---|---|---|---|
|
#18+
Доброго времени суток! У меня происходит такая история: Есть WCF сервис, он хостится в вин служб. Сервис работает с классом, у которого есть private static типа очередь, есть объект private static readonly object, по которому происходит синхронизация и есть некоторые public методы, через которые заполняется эта типа очередь. В обработчике таймера пишется в файлик всякая отладочная информация, как заблокирован ли объект синхронизации, сколько элементов в очереди и т.д. У сервиса аутентификация Windows. Клиент у этого сервиса один- ASP.Net страница. В течении дня, после нескольких часов нормальной работы, при попытке открыть подключение возникает ошибка "превышен интервал ожидания запроса". При этом описание сервиса открывается, и в трасировочный файлик спокойно себе пишется всё, что нужно. В частности пишется, что объект синхронизации не заблокирован. Т.е. не просто пишется :), а он правда не заблокирован, т.к. Monitor.TryEnter возвращает true, ну и конечно после удачной блокировки я делаю Monitor.Exit. После перезагрузки вин службы снова работает несколько часов и перестаёт отвечать на запросы. Подскажите, пожалуйста, в чём может быть дело! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.03.2011, 07:35 |
|
||
|
превышен интервал времени ожидания запроса
|
|||
|---|---|---|---|
|
#18+
qwantor, WCF Test Client подключался минут пять, что с моего компа, что прям с сервера, при попытки вызвать метод вываливается такое исключение: Failed to invoke the service. Possible causes: The service is offline or inaccessible; the client-side configuration does not match the proxy; the existing proxy is invalid. Refer to the stack trace for more detail. You can try to recover by starting a new proxy, restoring to default configuration, or refreshing the service. и стэк: Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. 23. 24. 25. 26. 27. 28. 29. 30. 31. 32. 33. 34. 35. И тут, что удивительно в стеке указан localhost, а не адрес сервера. А если подправить адрес сервера, то возникает другая ошибка: Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. 23. 24. 25. 26. 27. 28. 29. 30. 31. 32. 33. 34. Т.о. стало всё ещё более не понятно. Зачем при подключении к WCF Test Client не написал тот адрес, который я указывал в при подключении, а написал localhost?? Что касается ошибки после исправления адреса, то тоже не ясно если сервис работает, то с чего это вдруг клиент спустя пару часов работы стал поддельным?? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.03.2011, 12:10 |
|
||
|
|

start [/forum/topic.php?fid=19&gotonew=1&tid=1397484]: |
0ms |
get settings: |
8ms |
get forum list: |
12ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
43ms |
get topic data: |
10ms |
get first new msg: |
7ms |
get forum data: |
2ms |
get page messages: |
39ms |
get tp. blocked users: |
1ms |
| others: | 11ms |
| total: | 139ms |

| 0 / 0 |
