SOAP технологии (WDSL)

[Haiat]

День добрый!

Кто ни будь знает, где можно почитать по этой технологии? Или какие то книги, или источники

Спасибо!

[wvxvw]

Эта тема восновном интересна разработчикам .NET для веба... (только WSDL), идея была когда-то интересная, но оказалась плохо приспособленной к жизни и по-тихоньку умирает. Задумка была в том, чтобы создать протокол описания свойств объектов и вызовов методов так, чтобы две зависящие друг от друга программы могли разрабатываться не завися друг от друга.
Например у вас есть сервер базы данных и сервис который должен общаться с сервером принимая ввод от пользователя. Сервер с базой данных мог бы описать свой интерфейс используя SOAP, и сервис можно было бы разрабатывать имея только описание (таким образом, его можно было бы тестировать независимо, что очень сокращает время нужное на разработку).
Жизненный пример:
веб сервер, по тех. заданию должен производить оплату клиентами покупки сделаной через магазин. Сервер предоставляет клиенту интерфейс описаный как "месторасположение сервиса", "список аргументов", "список возвращаемых значений", "список ошибок". Это можно представить так:

<wsdl>
	<types>
		<User>
			<name type="String"/>
			<password type="String"/>
		</User>
		<Purchase>
			<name type="String"/>
			<model type="int"/>
		</Purchase>
	</types>
	<method name="purchase">
		<location>www.example.com/service</location>
		<arguments>
			<user type="User"/>
			<time type="Date"/>
			<purchases type="list of Purchase"/>
		</arguments>
		<returns>
			<success type="Boolean"/>
		</returns>
		<throws>
			<exception type="InsufficientFunds"/>
			<exception type="NotAuthorized"/>
		</throws>
	</method>
</wsdl>

На самом деле это не всамделишный wsdl, сильно упрощенный, для того, чтобы показать задумку.

Почему это в итоге не работает: формат менался очень часто. Его пытались естесственно генерировать в автоматическом режиме, и наоборот, генерировать по нему код, изза чего возникли проблемы совместимости. Кроме того, формат ну уж очень избыточный, в том смысле, что для описания той же информации можно использовать гораздо меньше символов. Типизация не однозначная. Невалидный wsdl файл может быть вполне валидным XML документом, изза чего вполне возможны ошибки.

Почему это не прижилось во Флеше: AS3 программисты вообще очень редко используют какие-либо сторонние инструменты, кроме непосредственно редактора кода для работы. Поэтму идея генерации кода на других языках / по шаблону очень мало кому приходит в голову Кроме того, во флеше есть вполне даже неплохой формат сериализации данных - AMF, он не выполняет все функции SOAP, но ту часть, корорую он заменяет он делает лучше.

На данный момент похоже, что прогрессивное человечество оставит этот формат в покое и перейдет на что-то более удобоваримое, типа того же Protobuf. А пока не перешло - если вы пишите на AS, и работаете в команде с нормальными программистами отвечающими за серверную часть (1% случаев) - используйте AMF, и какой-нибудь свой формат для описания / генерации сервисов. Если работаете с идиотами (99% случаев), то тут, как говорится YMMV, SOAP скорее всего от вас попросят .NET программисты которые веб сервисы генерят из VS и на вопрос "использует ли ваш сервис метод GET или POST" не могут дать внятного ответа.

[Haiat]

http://www.anywayanyday.com/

выберите какой нибудь день, и 2 города.и нажмите найти. вот он обращается к базе за билетами. (естественно что остаток билетов и расписание не находится в базе данных самого сайта)

что то в этом стиле

[Haiat]

wxvxw - спасибо! просто я вот думаю чтобы лучше во все это въехать, что лучше почитать? по XML книги, или что то другое

То есть не все так просто что xml - туда обратно, там порты всякие указывать, итд, просто я в сетях (ну или в подобии) плохо разбираюсь

[wvxvw]

Ну от задачи зависит... проще всего один раз на практике увидеть (например: http://www.w3.org/2001/03/14-annotated-WSDL-examples ). Не знаю... книги по XML? я не думаю, что такое бывает Ну или какие-нибудь очень короткие книги С портами это никак не связано. WSDL это формат описания интерфейса работы сервиса. Интерфейс это, если образно то где-то так:
Наняли на работу двух инженеров, одному поручили разработать штекер, а другому розетку. Оба потребовали от другого инженера предоставить готовый образец штекера или розетки, чтобы сделать в соответствии. Обоих уволили за безделье. Наняли двух других, оба сделали чего-то, но один сделал USB штекер, а другой сделал SVGA вход. Уволили только одного из них, и наняли другого сделать подходящую пару. На будущее приняли третьего инженера, который сначала подготовил чертежи, отдал их двум другим инженерам и они сделали оба по чертежу.
Так вот WSDL это тот случай, когда уволили третьего инженера (который описал интерфейс взаимодействия розетки и штекера) за то, что описал его очень плохо, так что и первый и второй запутались и сделали опять же несовместимые продукты.
Сервисом называют много разных вещей, но в этом контексте - сервис это "обещание" того, что обращение по определенному HTTP адресу вернет какой-то ответ, который будет зависеть от параметров его вызова. (Это больше всего похоже на функцию, с той разницей, что выполнение функции нам, как правило представляется неразрывным процессом, в то время как обращения к сервису могут быть асинхронными.

[Haiat]

а вот посылается xml файл (то есть происходит обращение для получения ответного xml), каким образом, просто дается ссылка на XML?

[zoo]

Когда-то переводил здоровенную статью по SOAP. Перевод немного гавёный, но суть понять можно
http://***********/22143312

[terbooter]

допиливал я как то блэкджек, который общался с сервером по WSDL.
С тех пор этот термин для меня ругательный.

Лучше нанять одного хорошего инженера который бы делал и вилку и розетку сразу.

[Haiat]

статью почитаю завтра! Спасибо!

а вобще как это работает через sendAndLoad? извиняюсь если где то это указано в источниках, которые Вы указали - завтра со всем ознакомлюсь

еще раз Спасибо!

[Котяра]

Вообще много похожих технологий.
сходу: json-rpc, xml-rpc(частным случаем которого является soap)
ну и protoBuf наконец..