Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности

Новые сообщения [новые:0]
Дайджест
Горячие темы
Избранное [новые:0]
Форумы
Пользователи
Статистика
Статистика нагрузки
Мод. лог
Поиск
|
|
29.09.2008, 11:20
|
|||
|---|---|---|---|
И опять WCF И долгая обработка данных |
|||
|
#18+
Доброго всем понедельника. Все еще бьюсь с WCF. Очень прошу не пинать сильно ) Все мотоды у меня реализованы в одном интерфейсе. Система уже разрослась. Методы были маленькие и работали не так долго. Но вот пришлось написать метод, который обращался к другой системе и получал от нее данные. Работает он очень долго. Соответственно клиент вылетает по таймауту. Решение проблемы увеличением таймаута не предлагать. Т.к. возможно появятся методы которые работают дольше. И так что имеем: На клиенте работаем с методами удаленными так: Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. Т.к. интерфейс у нас один то и адрес тоже будет неизменным Получаем список объектов на клиенте используя выще приведенный класс достаточно просто: Код: plaintext Теперь как запускаем сервер (хостим WCF на консольном приложении) Код: plaintext 1. 2. 3. 4. Класс HDService реализует все методы интерфейса IHDInterface. Хочется в эту конструкцию внятно добавить работу "долгих" методов. Как это реализовать для существующего конфига с меньшими потерями. Т.е. реализовать возможность работы удаленного метода фоном для клиентской части приложения. Как я понимаю это к Duplex Operations. Кто это реализовывал на практике, жду совета. Спасибо! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
29.09.2008, 22:34
|
|||
|---|---|---|---|
И опять WCF И долгая обработка данных |
|||
|
#18+
И что я должен увидеть в этом коде необычного, что бы помогло решить твою задачу? Стандартный клиент, стандартный хост...что там в "долгом методе" - понятия не имею. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
29.09.2008, 23:47
|
|||
|---|---|---|---|
И опять WCF И долгая обработка данных |
|||
|
#18+
buredИ что я должен увидеть в этом коде необычного, что бы помогло решить твою задачу? Стандартный клиент, стандартный хост...что там в "долгом методе" - понятия не имею. Поясню. Хотел спросить совета гуру форума, как изменить код клиента и сервера,который бы позволял так же прозрачно работать с долгими методами, время выполенения которых привышает таймаут ожидаения клиента. Т.е. метод может выполняться 10 минут и более идет большая обработка данных. В это время клиентское ПО блокировать не стоит, а дать клиенту работать дальше. После того как метод на сервере закончит работу, требуется сообщить об этом клиенту и показать данные. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
29.09.2008, 23:59
|
|||
|---|---|---|---|
И опять WCF И долгая обработка данных |
|||
|
#18+
Асинхронный вызов с клиента ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
30.09.2008, 07:52
|
|||
|---|---|---|---|
И опять WCF И долгая обработка данных |
|||
|
#18+
в этом блоге кое-что есть ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|

start [/forum/topic.php?fid=19&tablet=1&tid=1397951]: |
0ms |
get settings: |
10ms |
get forum list: |
13ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
30ms |
get topic data: |
11ms |
get forum data: |
2ms |
get page messages: |
39ms |
get tp. blocked users: |
2ms |
| others: | 303ms |
| total: | 416ms |

| 0 / 0 |
