Статья на основе вебинара Елены systems.education/soap-integration Курсы по системному анализу и проектированию систем: clck.ru/32k8ia - Основы проектирования интеграций ИТ-систем clck.ru/32kAhW - Основы бизнес-анализа и разработки требований в Agile clck.ru/32k8ni - Основы ООП и разработка UML-моделей clck.ru/32k8pp
Все очень понятно и наглядно. Единственное жаль, что в разборе приводятся разные примеры для XML,XSD, SOAP message и они не связаны с одним сервисом. Мне как новичку, не всегда понятно в каких местах отражаются одни и те же данные.
не объяснено вот что: кто\что создаёт xml-документ на основе WSDL схемы при отправке запроса на сервер? Его же не человек создаёт. Тогда кто\что? В какой момент? Что произойдет, если по каким-то причинам документ не сможет создаться? И возможно ли вообще такое?
Мы оговариваем контракт (это и есть WSDL) между SOAP-клиентом и SOAP-сервером и они общаются в рамках данного контракта при помощи ЯЗЫКА разметки XML. XML же в свою очередь составлен по правилам и стандартам, которые регламентирует протокол SOAP. Про создание и клиента и сервера в видео расказано (каким образом это происходит на практике).
Елена, правильно ли я понимаю, что при использовании протокола SOAP, клиент отправляет в запросе наименование фукции и параметры этой функции, которые описаны в WSDL (те функции, которые может выполнять SPAP сервис), при этом обращение идет к одному эндпоинту только через метод Post?
Да, всё правильно. Бывают небольшие отклонения от того порядка, который вы правильно описали. Например, мне приходилось видеть wsdl, в котором было прописано два ендпоинта для разных версий протокола SOAP, но это, скорее, исключение из правил
Не совсем понятно какие ссылки указывать (или откуда их брать) в пространстве имён? В разных XML-документах они должны быть разными если даже их не существует?
Пространство имен - это группа тегов. Цель указания пространства имен состоит в том, чтобы эти теги не спутали ни с какими другими. Поэтому для указания пространства имен используется URI - это уникальная в пределах интернета строка. Приложения, читающие XML-документы, не обращаются по адресу, указанному в качестве адреса пространства имен, поэтому неважно, существуют такие адреса в интернете или нет. Разные XML-документы могут ссылаться на одно и то же пространство имен, если эти документы используют одинаковые теги.
Тема вебинара "Применение SOAP при интеграции систем", что я услышала по этой теме и могу ли сформулировать в нескольких словах как применяется SOAP? Ни-че-го не услышала и сформулировать про интеграцию могу только ни-че-го. Не знаю как можно полтора часа рассказывать и не рассказать(
плохо слушали. SOAP применяется при формировании конверта с письмом от SOAP-клиента к SOAP-серверу. На основании этого протокола собственно и формируется этот конверт с письмом
Эта тетя напоминает моих преподавателей 20 летней давности в институте. Изложение треш! Она путает многое, пугает новичков таким изложением. Она по видимому не участвовала в создании ПП, лишь преподает без глубокого знания предмета (
Любопытный комментарий! Можно бы его игнорировать ввиду неуважительного тона и неконкретности претензий (не пояснено, что именно перепутано). Но он отражает важную черту современного образования: недооценка теории. Дело в том, что, действительно, я изучала SOAP, будучи full-time преподавателем. Затем я бросила преподавание и работаю штатным системным аналитиком уже довольно много лет. Как многие аналитики, меняла места работы: телеком, логистика, финтех. Последние годы работаю на московской бирже, чем и горжусь - это одна из лучших ИТ-компаний в России в настоящее время. Так вот, все знания теории сетей, Linux, web-программирования, полученные на преподавательской работе, отлично пригодились и никаких противоречий между теорией и практикой не обнаружено )).
![ร้อยพ่อพันแม่ - WanMai [Official MV]](http://i.ytimg.com/vi/XY2pNYASEbg/mqdefault.jpg)
Наш воркшоп по проектированию интеграции через REST API systems.education/rest-workshop
Было крайне интересно! Спасибо
Елену приятно слушать, одну из немногих
Очень все четко, чувствуется уверенное знание предмета, спасибо!
Спасибо за комментарий
Какой прекрасный вебинар. Огромное спасибо
Спасибо за отзыв
спасибо Елене, наконец доступно объяснили, зачем нужны эти неймспейсы!
Спасибо, Елена
Статья на основе вебинара Елены systems.education/soap-integration
Курсы по системному анализу и проектированию систем: clck.ru/32k8ia
- Основы проектирования интеграций ИТ-систем clck.ru/32kAhW
- Основы бизнес-анализа и разработки требований в Agile clck.ru/32k8ni
- Основы ООП и разработка UML-моделей clck.ru/32k8pp
www.php.su/articles/?cat=pear&page=004 - старая, но отличная статья про то, как устроен SOAP-сервис.
Все очень понятно и наглядно. Единственное жаль, что в разборе приводятся разные примеры для XML,XSD, SOAP message и они не связаны с одним сервисом. Мне как новичку, не всегда понятно в каких местах отражаются одни и те же данные.
Её очень круто смотреть на скорости 2х!
Для того и есть настройки видео.
отличная лекция, спасибо!
Спасибо за комментарий
8:00 Меня тоже soap уже завобоебал конкретно
Отличное объяснение!
Нам тоже нравится
не объяснено вот что: кто\что создаёт xml-документ на основе WSDL схемы при отправке запроса на сервер? Его же не человек создаёт. Тогда кто\что? В какой момент? Что произойдет, если по каким-то причинам документ не сможет создаться? И возможно ли вообще такое?
Мы оговариваем контракт (это и есть WSDL) между SOAP-клиентом и SOAP-сервером и они общаются в рамках данного контракта при помощи ЯЗЫКА разметки XML. XML же в свою очередь составлен по правилам и стандартам, которые регламентирует протокол SOAP. Про создание и клиента и сервера в видео расказано (каким образом это происходит на практике).
Елена, правильно ли я понимаю, что при использовании протокола SOAP, клиент отправляет в запросе наименование фукции и параметры этой функции, которые описаны в WSDL (те функции, которые может выполнять SPAP сервис), при этом обращение идет к одному эндпоинту только через метод Post?
Да, всё правильно.
Бывают небольшие отклонения от того порядка, который вы правильно описали.
Например, мне приходилось видеть wsdl, в котором было прописано два ендпоинта для разных версий протокола SOAP, но это, скорее, исключение из правил
спасибо за комментарий
Спасибо
Не совсем понятно какие ссылки указывать (или откуда их брать) в пространстве имён? В разных XML-документах они должны быть разными если даже их не существует?
Пространство имен - это группа тегов. Цель указания пространства имен состоит в том, чтобы эти теги не спутали ни с какими другими.
Поэтому для указания пространства имен используется URI - это уникальная в пределах интернета строка.
Приложения, читающие XML-документы, не обращаются по адресу, указанному в качестве адреса пространства имен, поэтому неважно, существуют такие адреса в интернете или нет.
Разные XML-документы могут ссылаться на одно и то же пространство имен, если эти документы используют одинаковые теги.
"Пространство имен - это группа тегов", ага. Объяснение непонятного через непонятное
мне кажется что SOAP намного сложнее чем REST, опять же все эти санкции тоже накладывают отпечаток на использовании SOAP ... поживем увидим.
Тема вебинара "Применение SOAP при интеграции систем", что я услышала по этой теме и могу ли сформулировать в нескольких словах как применяется SOAP? Ни-че-го не услышала и сформулировать про интеграцию могу только ни-че-го. Не знаю как можно полтора часа рассказывать и не рассказать(
плохо слушали. SOAP применяется при формировании конверта с письмом от SOAP-клиента к SOAP-серверу. На основании этого протокола собственно и формируется этот конверт с письмом
Эта тетя напоминает моих преподавателей 20 летней давности в институте. Изложение треш! Она путает многое, пугает новичков таким изложением. Она по видимому не участвовала в создании ПП, лишь преподает без глубокого знания предмета (
что порекомендуете другого по теме SOAP?
Вообще не согласна. Очень понятно объясняет и очень структурировано излагает мысли)
Любопытный комментарий! Можно бы его игнорировать ввиду неуважительного тона и неконкретности претензий (не пояснено, что именно перепутано).
Но он отражает важную черту современного образования: недооценка теории.
Дело в том, что, действительно, я изучала SOAP, будучи full-time преподавателем.
Затем я бросила преподавание и работаю штатным системным аналитиком уже довольно много лет.
Как многие аналитики, меняла места работы: телеком, логистика, финтех. Последние годы работаю на московской бирже, чем и горжусь - это одна из лучших ИТ-компаний в России в настоящее время.
Так вот, все знания теории сетей, Linux, web-программирования, полученные на преподавательской работе, отлично пригодились и никаких противоречий между теорией и практикой не обнаружено )).