Как получить эвент от сервиса? Я понимаю что это вроде противоречит принципам сервисов Но вот у меня ситуация Есть приложение которое нужно быстро портировать в веб (дело в том что нужно поддержать кроссплатформенность и не .Net клиентов) Раньше это был обыченый сервис а теперь вот такое чудо Как же быть с эвентами (кои в старой версии были в изобилии)? Логика уже заточена а менять просто нету сил

Заранее благодарю

Здравствуйте, MikaRSDN Soukhov, Вы писали:

MS>Как получить эвент от сервиса? Я понимаю что это вроде противоречит принципам сервисов Но вот у меня ситуация Есть приложение которое нужно быстро портировать в веб (дело в том что нужно поддержать кроссплатформенность и не .Net клиентов) Раньше это был обыченый сервис а теперь вот такое чудо Как же быть с эвентами (кои в старой версии были в изобилии)? Логика уже заточена а менять просто нету сил

Это противоречит не только веб сервисам но и http протоколу.
можно попробовать использовать remoting совместно с soap и http каналом.

Здравствуйте, TK, Вы писали:

TK>Это противоречит не только веб сервисам но и http протоколу.
TK>можно попробовать использовать remoting совместно с soap и http каналом.

И как это будет использоватся теми же Дельфи?

Здравствуйте, MikaRSDN Soukhov, Вы писали:

MS>Здравствуйте, TK, Вы писали:

TK>>Это противоречит не только веб сервисам но и http протоколу.
TK>>можно попробовать использовать remoting совместно с soap и http каналом.

MS>И как это будет использоватся теми же Дельфи?

Делфи придется обойтись без callback

Здравствуйте, TK, Вы писали:

MS>>И как это будет использоватся теми же Дельфи?

TK>Делфи придется обойтись без callback

не подходит

TK>>>Это противоречит не только веб сервисам но и http протоколу.
TK>>>можно попробовать использовать remoting совместно с soap и http каналом.

MS>>И как это будет использоватся теми же Дельфи?

TK>Делфи придется обойтись без callback
почему ?

Здравствуйте, MikaRSDN Soukhov, Вы писали:

MS>Как получить эвент от сервиса? Я понимаю что это вроде противоречит принципам сервисов Не совсем понял смысл, но может вот это поможет. По крайней мере для C#, не знаю про Делфи.

Asynchronous Web Service Calls over HTTP with the .NET Framework
http://msdn.microsoft.com/library/default.asp?url=/library/en-us/dnservice/html/service11052002.asp

Server-Side Asynchronous Web Methods
http://msdn.microsoft.com/library/default.asp?url=/library/en-us/dnservice/html/service11052002.asp

Здравствуйте, blandger, Вы писали:

MS>>Как получить эвент от сервиса? Я понимаю что это вроде противоречит принципам сервисов Не совсем понял смысл, но может вот это поможет. По крайней мере для C#, не знаю про Делфи.

B>Asynchronous Web Service Calls over HTTP with the .NET Framework
B>http://msdn.microsoft.com/library/default.asp?url=/library/en-us/dnservice/html/service11052002.asp

B>Server-Side Asynchronous Web Methods
B>http://msdn.microsoft.com/library/default.asp?url=/library/en-us/dnservice/html/service11052002.asp

это не то (ссылки outdated , но не суть) — в этом решении — клиент все-же вынужден дергать сервис с вопросами(не произошло ли событие?), т.е. сервис тут ничего не инициирует, да и не может по идее.

Здравствуйте, MikaRSDN Soukhov, Вы писали:

MS>Здравствуйте, TK, Вы писали:

MS>>>И как это будет использоватся теми же Дельфи?

TK>>Делфи придется обойтись без callback

MS>не подходит

Тогда можно реализовать работу с веб сервисом через smtp — тут никакие прокси не страшны.

Здравствуйте, Igor Soukhov, Вы писали:

MS>>>Как получить эвент от сервиса? Я понимаю что это вроде противоречит принципам сервисов
IS>это не то (ссылки outdated , но не суть) — в этом решении — клиент все-же вынужден дергать сервис с вопросами(не произошло ли событие?), т.е. сервис тут ничего не инициирует, да и не может по идее.

Теперь немного понятнее... — "противоричит".
Насколько я знаю, если упрощенно описать, то сервис работает где-то так — дернул его клиент, сервис создался на сервере, проинициализировался, выполнил работу, "умер". Возможно "некоторые детали", но общая суть кажется такова.