[оффтопик][вебсервисы][ликбез]Негетерогенность вебсервисов?

А где вы об этом узнали?

Что за чушь? Веб-сервис на то и «веб», чтобы на любом клиенте с адекватным браузером работать. Другое дело, что некоторые <censored> используют «флешь» вместо веб-странички или какую-нибудь другую подобную дрянь. Но такие нехорошие сайты просто обходятся стороной.

Конкретно поиск по «perl wcf» выдаёт например это - http://social.msdn.microsoft.com/Forums/en-US/wcf/thread/bb8b35fa-016b-4c0b-a...

И меня клятвенно уверяли, что неизвестны способы соединяться с WCF-сервисом иначе как дотнетом или жабой. Сейчас дам цитату...

используется реализация WS-Security от компании Microsoft - Windows Communication Foundation (WCF). Поскольку в данной реализации компания-производитель не совсем следовала стандартам OASIS, большинство языков, не базирующихся на платформе .NET, имеют проблемы с совместимостью с такими веб-сервисами. Собственно, нам известно только об одной платформе, поддерживающей WCF - Java, и та поддерживает его только благодаря фреймворку Metro.

А, вы про всякие быдлоподелки вроде закупки.ру? Но они относятся, скорее, ко второй категории...

И ещё одна цитата:

попытка приконнектить написанное на PHP приложение была неуспешная; причина - особенности безопасности в WCF

Я в этом эксперименте с php не участвовал, в глаза его не видел, но вот вести с полей, как грица.

Нет. Речь про... в общем, протокол общения с одним банком.

в общем, протокол общения с одним банком.

Так бы сразу и сказали. Ясное дело, что это не имеет никакого отношения к вебсервисам, т.к. является очередной быдлоподелкой, совершенно чихавшей на стандарты.

Так всё-таки, как это может быть? Технически?

А что там непонятного? Флешь, например, требует установки плагина (т.е. добровольного помещения в безопасность своей системы огромной дырищи). Этот «клиент», похоже, тоже требует какой-нибудь плагин, который для линукса просто не разработан.

Какой нафиг плагин, если это веб-сервис?

>виндов можно только из java

Я из обсуждения не понял отчего нельзя из линукса тоже явой.

_________

//wfrr из бани с любовью :)

>Негетерогенность вебсервисов

Прочитал как некогерентность вебсервисов. Думал....

У меня стоит задача НЕ явой. Ну не используем мы её.

>Что за чушь? Веб-сервис на то и «веб», чтобы на любом клиенте с адекватным браузером работать.

Ты не различаешь веб-сервис от веб-сервера/дин.веб-странички? Сложно должно быть тебе в этой жизни. :)

Краткий ликбез
Веб-сервис ни с каким браузером не работает. Веб-сервисы нужны для предоставления общего интерфейса к определённой публичной службе для взаимодействия с ней через специально написанные клиентские программы независимо от операционной системы и платформы. При этом поддерживается стандартный протокол обмена, в частном случае SOAP, но сейчас есть упрощённые реализации на основе XML-контейнеров. Взаимодействие (пересылка XML-«мешков») идёт по прикладным протоколам общего назначения: HTTP(S), SMTP и т.д., чтобы сделать прозрачными прокси-серверы и NAT, которые, в общем случае, не допускают прямое взаимодействие между программами в Web, находящихся в разных подсетях, — это называется абстрагирование от реализации сети.

Краткий ликбез

Спасибо. Теперь мне еще больше не понятно. Если веб-сервис работает только «через специально написанные клиентские программы», то как он может быть независим «от операционной системы и платформы»? Он уже зависит от того, есть у вас эта «специальная программа» или нет ее.

Веб-сервис - это удаленная служба, которая в качестве низлежайшего протокола ипользует HTTP. Собственно веб-браузер не обязан работать с любым содержимым, передаваемым по HTTP.

Вполне можно сделать веб-сервис, наример, передающий сериализованные Java-объекты. С таким сервисом можно будет работать только с помощью Java-клиента.

>Если веб-сервис работает только «через специально написанные клиентские программы», то как он может быть независим «от операционной системы и платформы»?

Описанием интерфейса Web-службы (сервиса) является WSDL.

Разработчики клиентских программ получают файл с описанием интерфейса взаимодействия (протокола) в формате XML и с расширением .wsdl и по нему пишут клиентские программы для взаимодействия с Web-службой (сервисом). По .wsdl-файлу в Java можно сгенерировать Java-файлы (по типу драйвера для доступа), после компиляции которых вместе с клиентским кодом можно получить доступ к удалённому Web-сервису и работать с ним по заданному протоколу.

А, то есть там при авторизации и аутентификации может кидаться какой-то сериализованный очень виндовый объект? Тогда понятно.

WebService не всегда тоже самое, что и SOAP

Есть еще wadl, кстати.