Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
обшение с WCF в обе стороны
|
|||
|---|---|---|---|
|
#18+
очень нужна помошь...проблема в следующем делаю програму со следующей архитектурой клиент(silverlight) - сервис(WCF) - субдд(oracle) клиент отсылает на сервис xml.... сервис принимает парсит и в цикле начинает добавлять в базу записи проблема 1 как смотреть счетчик этого цикла на клиенте, чтобы реализовать скажем прогресбар... проблема 2 как реализовать отмену(прекращение) с клиента этой процедуры добавления на сервисе...ну тоесть пользователь нажал отмена нак лиенте и сервис перестал добавлять. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.05.2010, 18:24 |
|
||
|
обшение с WCF в обе стороны
|
|||
|---|---|---|---|
|
#18+
цепляйте бесконечный прогресс на старте асинхронной операции и по завершении останавливайте. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.05.2010, 21:08 |
|
||
|
обшение с WCF в обе стороны
|
|||
|---|---|---|---|
|
#18+
пункт 2 - дурацкая затея. Интерактивности как таковой не будет. Пока мессадж "отмена" дойдёт до сервера, ещё хз сколько записей будет обработано. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.05.2010, 02:25 |
|
||
|
обшение с WCF в обе стороны
|
|||
|---|---|---|---|
|
#18+
бесконечный прогрес самое первое, что пришло в голову...но надо имено не бесконечный ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.05.2010, 08:48 |
|
||
|
обшение с WCF в обе стороны
|
|||
|---|---|---|---|
|
#18+
даже так и было сначала, но патом возникла необходмсоть показывать есть загрузка на сервере или нет после того как открыл\закрыл браузер...насчет отмены не критично, что не сразу придет сообщение, если это возможно впринципе сделать, буду рад услышать как. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.05.2010, 09:15 |
|
||
|
обшение с WCF в обе стороны
|
|||
|---|---|---|---|
|
#18+
Iberочень нужна помошь...проблема в следующем делаю програму со следующей архитектурой клиент(silverlight) - сервис(WCF) - субдд(oracle) клиент отсылает на сервис xml.... сервис принимает парсит и в цикле начинает добавлять в базу записи проблема 1 как смотреть счетчик этого цикла на клиенте, чтобы реализовать скажем прогресбар... проблема 2 как реализовать отмену(прекращение) с клиента этой процедуры добавления на сервисе...ну тоесть пользователь нажал отмена нак лиенте и сервис перестал добавлять. Для такой реализации необходима транзакция и отсылка по одной записи - тогда и прогресс на клиенте и отмена ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.05.2010, 13:42 |
|
||
|
обшение с WCF в обе стороны
|
|||
|---|---|---|---|
|
#18+
отсылка на сервис по одной записи или с сервиса в базу? если первое то так было первоначально, работало медленно, и я решил все на сервисе делать..если второе то так сейчас у меня...еше вот о чем падумал при отключении и падключении вцф наверна создает новый патомок сервисе каторый и вовсе не в курсе что делает его предыдущий собрат..ёпрст... получается выход только в использовании бесконечного прогресс бара и не закрывание клиента? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.05.2010, 15:58 |
|
||
|
обшение с WCF в обе стороны
|
|||
|---|---|---|---|
|
#18+
и если тока так возможно то как реализовать отмену добавления этого несчасного при отрублении клиента? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.05.2010, 16:01 |
|
||
|
обшение с WCF в обе стороны
|
|||
|---|---|---|---|
|
#18+
Работать через Dual (например, wsDualHttpBinding). Записи возвращать через CallBack. Код: plaintext 1. 2. 3. 4. 5. 6. где возвращаемое значение код возврата клиента. Например <0 - прерывает серверный процесс ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.05.2010, 13:34 |
|
||
|
обшение с WCF в обе стороны
|
|||
|---|---|---|---|
|
#18+
isasaРаботать через Dual (например, wsDualHttpBinding). В SL это PollingDuplex, но все вызовы в SL асинхронны, придется разруливать ситуации "более раннее сообщение пришло позже". Вдобавок, PollingDuplex может быть лишь синглтоном, и, похоже, автору придется перестраивать свой сервис, с возможной потерей производительности... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.05.2010, 14:34 |
|
||
|
обшение с WCF в обе стороны
|
|||
|---|---|---|---|
|
#18+
LRно все вызовы в SL асинхронны, придется разруливать ситуации "более раннее сообщение пришло позже". Обратный вызов делать Two-way [OperationContract( IsOneWay = false )] int OnGetRecords(List<DataType> data); в цикле по мере чтения из курсора пересылать поциями. Придут в порядке следования. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.05.2010, 16:27 |
|
||
|
обшение с WCF в обе стороны
|
|||
|---|---|---|---|
|
#18+
Вот синглтен уже хуже, т.к. во избежание блокировки надо делать, как минимум [ServiceBehavior(ConcurrencyMode = ConcurrencyMode.Reentrant, ...)] ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.05.2010, 16:32 |
|
||
|
обшение с WCF в обе стороны
|
|||
|---|---|---|---|
|
#18+
isasaОбратный вызов делать Two-way Придут в порядке следования. Обратный вызов тоже можно сделать только асинхронно, by design (да оно и понятно - неведомы пути сообщения по интернетке) Конечно, синхронность можно самому организовать (нумеровать, дожидаться очередного номера и т.п.), но ради чего такое городить в данном конкретном случае? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.05.2010, 17:25 |
|
||
|
обшение с WCF в обе стороны
|
|||
|---|---|---|---|
|
#18+
LR Конечно, синхронность можно самому организовать (нумеровать, дожидаться очередного номера и т.п.), но ради чего такое городить в данном конкретном случае? Ну ради прогрессбара, конечно, такое городить - это экстрим. А если преравать чтение из курсора на уровне серверного процесса, то туда нужно "вклиниваться" каким-то образом. ТС я так понял хочет именно этого. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.05.2010, 17:52 |
|
||
|
|

start [/forum/topic.php?fid=19&fpage=26&tid=1397664]: |
0ms |
get settings: |
11ms |
get forum list: |
15ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
63ms |
get topic data: |
14ms |
get forum data: |
3ms |
get page messages: |
56ms |
get tp. blocked users: |
2ms |
| others: | 12ms |
| total: | 184ms |

| 0 / 0 |
