|
|
|
Web Services // запуск
|
|||
|---|---|---|---|
|
#18+
Возможно ли запустить Web Services из одного клиента например 2 раза,т.е не ожидая завершения 1 экземпл запустить другую? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.03.2006, 23:45 |
|
||
|
Web Services // запуск
|
|||
|---|---|---|---|
|
#18+
А что мешает-то ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.03.2006, 23:46 |
|
||
|
Web Services // запуск
|
|||
|---|---|---|---|
|
#18+
asp.netА что мешает-то ? Разве если первый не закончит получить резултата второй будет ли работать? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.03.2006, 23:48 |
|
||
|
Web Services // запуск
|
|||
|---|---|---|---|
|
#18+
Будет ли??? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.03.2006, 00:02 |
|
||
|
Web Services // запуск
|
|||
|---|---|---|---|
|
#18+
Нет не будет. На строне сервера нужно обеспечить потоки. Хотя, если на ASP.NET и этого не нужно. Там есть опция асинхронного запуска мемберов (в 2005, в 2003 не помню). Сервис на чем написан ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.03.2006, 00:12 |
|
||
|
Web Services // запуск
|
|||
|---|---|---|---|
|
#18+
asp.netНет не будет. На строне сервера нужно обеспечить потоки. Хотя, если на ASP.NET и этого не нужно. Там есть опция асинхронного запуска мемберов (в 2005, в 2003 не помню). Сервис на чем написан ? На VFP9 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.03.2006, 00:14 |
|
||
|
Web Services // запуск
|
|||
|---|---|---|---|
|
#18+
Есть у меня бабла FLL , которая запускает процедуры в потоке с событиями старт, выполние и стоп. Очень пригодиться на строне сервера. Если нужно, завтра выложу, счас лень, откровенно лень :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.03.2006, 00:26 |
|
||
|
Web Services // запуск
|
|||
|---|---|---|---|
|
#18+
asp.netЕсть у меня бабла FLL , которая запускает процедуры в потоке с событиями старт, выполние и стоп. Очень пригодиться на строне сервера. Если нужно, завтра выложу, счас лень, откровенно лень :) Была бы замечательно,блогодарень зарание,инструксия для установки есть ли? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.03.2006, 22:46 |
|
||
|
Web Services // запуск
|
|||
|---|---|---|---|
|
#18+
Hi puls! Сам сервис, если он "собран" правильно, никак не мешает запустить параллельно кучу потоков исполнения (естественно для разных экземпляров объектов) - соответственно если клиентская часть создаст 2 экземпляра серверного объекта, и вызовет у каждого из них какой-то метод, то они будут исполнятся параллельно - другое дело, что вызов при этом будет синхронным - т.е. уже после запуска первого метода наш поток попадёт в состояние ожидания завершения этого вызова! В фоксе пока нет встроенных средств для создания отдельных потоков, так что основная проблема именно со стороны клиента и будет - необходимо использовать одно из имеющихся решений по созданию дополнительных параллельных потоков на клиенте. Если клиент не фоксовый, а скажем NET-овский, то там это немного проще - поддержка многопоточности уже встроена в язык и среду. Posted via ActualForum NNTP Server 1.3 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.03.2006, 20:06 |
|
||
|
Web Services // запуск
|
|||
|---|---|---|---|
|
#18+
Игорь, пишите Вы складно, только не совсем: 1) RPC - не гарантирует создание поточности, кроме спец. СOM компонент объявленных в IDL c префиком "async". 2) Для разных экзепляров объектов в любом случае следующая реализация и ее выполнение не выполниться пока не отработает предыдущая. Фокс - есть фокс. 3) Единственный выход - обеспечить поток на строне сервера. Да, конечно, даже простой метод DCOM выполнится на строне сервера гораздо быстрее , чем запрос VFP в файл - серверной архитектуре, но он даже не фоновая задача для OC. И как сами понимаете его в любом случае можно перегрузить и добиться элементраного тормоза фокса. И DoEvent тут так же не поможет. И что, опять "сухари сушить" ? Выход есть. И мы с вами им поделимся. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.03.2006, 23:00 |
|
||
|
Web Services // запуск
|
|||
|---|---|---|---|
|
#18+
Что за выход это для клиента на FOXе? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.03.2006, 23:11 |
|
||
|
Web Services // запуск
|
|||
|---|---|---|---|
|
#18+
Вернее сказать ДЛЯ клиента на фоксе. Чтобы не ждал окончания выполененияч перегруженного метода www сервиса, а реагировал на окончание по событию и в это время еще что -нибуть делал. За базовый пример возьмем примеры от Sergey Ch, если он не потив, конечно. Не против ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.03.2006, 00:10 |
|
||
|
Web Services // запуск
|
|||
|---|---|---|---|
|
#18+
luserВернее сказать ДЛЯ клиента на фоксе. Чтобы не ждал окончания выполененияч перегруженного метода www сервиса, а реагировал на окончание по событию и в это время еще что -нибуть делал. За базовый пример возьмем примеры от Sergey Ch, если он не потив, конечно. Не против ? Спросим у Sergey Ch против или нет и luser подскажите как будет? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.03.2006, 00:03 |
|
||
|
Web Services // запуск
|
|||
|---|---|---|---|
|
#18+
puls Спросим у Sergey Ch против или нет и luser подскажите как будет? Не совсем понятно в чем суть вопроса... Тем более, что в своей практике я предпочитаю использовать синхорнные потоки... Если задание выполняется более 15 секунд, то я стараюсь клиенту показать какой-то прогресс работы либо предупреждаю, что это будет долго (например, упаковка всех баз данных)... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.03.2006, 09:24 |
|
||
|
|
start [/forum/topic.php?fid=41&msg=33581561&tid=1592097]: |
0ms |
get settings: |
9ms |
get forum list: |
14ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
189ms |
get topic data: |
11ms |
get forum data: |
2ms |
get page messages: |
67ms |
get tp. blocked users: |
1ms |
| others: | 241ms |
| total: | 540ms |
| 0 / 0 |
