всем привет. вопрос следующий: зачем нужне soap c обменом xml если можно обмениваться обычными post-запросами по http?

Antonariy, средства разработки автоматизируют и, что самое главное, упрощают процесс создания чего-то рабочего, то есть они выполняют рутинные операции, которые человеку делать долго и сложно.
В случае с soap количество операций только увеличивается. А именно: кроме формы ввода ещё и wsdl писать, который не везде работает и слушающий виртуальный сервер открывать.

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

зы: вообще сравнивать протоколы и средства разработки как-то неправильно. разноуровневые это вещи, имхо

Antonariykar-karichAntonariy, средства разработки автоматизируют и, что самое главное, упрощают процесс создания чего-то рабочего, то есть они выполняют рутинные операции, которые человеку делать долго и сложно.Спасибо, кэп.
что ж поделаешь, если вы не видите разницы между средствами разработки и непосредственно технологиями? приходится прибегать к кэповским выражениям, дабы вам стало понятно очевидное

Antonariykar-karichА именно: кроме формы ввода ещё и wsdl писатьwsdl руками пишут олени, по-нормальному он генерируется автоматически средой разработки, в которой создается сервер. И автоматически потребляется другой средой разработки, в которой создается клиент.

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

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

Antonariykar-karichкоторый не везде работаетОн не "работает", он описывает.
при такой позиции можно про любой код сказать, что он описывает, а не работает. с научной точки зрения то правильно, но нас же интересуют практическая сторона дела, а не школьные теории. если wsdl изменить без соответствующей замены внутренностей клиента и сервера, то вся система при следующей загрузке навернётся, поэтому wsdl именно работает, а описание - это только часть его функций

Antonariykar-karichи слушающий виртуальный сервер открыватьА для слушания post-запросов сервер не нужно открывать?
post-сервер нужен в любом случае. разговор о том, что дополнительно к нему ещё требуется держать соап-сервер.
это влияет в том числе и на снижение отказоустойчивости в связи с повышением количества элементов, работающих в связке друг с другом в режиме 24/7

AntonariySOAP это тот же пост-запрос, только передается не urlencoded-форма, а xml-текст.
да! вот именно. поэтому зачем данные запаковывать в какой-то тяжелый xml, который будет весить при малом количестве данных в разы больше самих данных. ещё время и ресурсы тратить на упаковку и распаковку. проще и быстрее просто дергать требуемый объект по http-протоколу

Antonariykar-karichпередаваемые параметры можно описать нормальные русскими (или не русскими, но по крайней мере человеческими) словами, а не через этот нифига непонятный и рушащийся от каждого дуновения wsdl.Какой строитель, такая и постройка.
думаете у вас иначе? измените какой-нибудь атрибут xml-тэга схемы и попробуйте запустить)

Antonariykar-karichзы: вообще сравнивать протоколы и средства разработки как-то неправильно. разноуровневые это вещи, имхоЯ не сравниваю, а провожу аналогию.
какая может быть аналогия между функционированием самолёта и его двигателя? никакой

Antonariyу меня достаточно большой опыт, чтобы знать, что есть школьники, не способные найти утилит для генерации.
речь о том, что даже искать не надо, ибо всё отлично работает и без генераций

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

запиши в блокнотег:
объект - область оперативной памяти с данными, хранящими значения свойств объекта и указатели на методы.
бла-бла-бла ... одна бесполезная теория. вопрос остаётся: незачем создавать объект и передавать его, если можно легко передать данные объект не создавая

кстати, о понятиях:
kar-karichчто ж поделаешь, если вы не видите разницы между средствами разработки и непосредственно технологиями? приходится прибегать к кэповским выражениям, дабы вам стало понятно очевидное
возражений с вашей стороны нет, значит вы согласны с тем, что ваше сравнение некорректно как с практической, так и с теоретической точек зрения) и это правильно. глупо отрицать очевидное

Antonariyпочему нужно самоописание - чтобы абсолютно посторонние человеки и системы не гадали о смысле содержимого.
уже эта фраза говорит об отсутствии у вас высокой степени профессионализма :) под такие задачи всегда создаётся текстовое описание: тех требования, тех задание, тех спецификация, функциональная спецификация и т д, где на ЧЕЛОВЕЧЕСКОМ языке подробно всё описывается в удобном и портативном виде. поэтому интуитивно непонятное соап-описание может идти лесом. ничего не изменится

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

Antonariykar-karichpost-сервер нужен в любом случае. разговор о том, что дополнительно к нему ещё требуется держать соап-сервер.разговор о том, что с понятиями у тебя пичалька.
нет никакого "дополнительно держать". "соап - сервер", это просто еще один класс в серверном говнокоде, который из объектной мешанины от прочих классов в памяти сервера создает soap-текст и отдает по post (или get) запросу ровно так же, как и всё остальное.
именно есть "дополнительно держать" ибо соап-серверу нужен отдельный порт, который он будет слушать и через который он будет получать и отправлять данные

Antonariykar-karichдумаете у вас иначе? измените какой-нибудь атрибут xml-тэга схемы и попробуйте запустить)я что, больной на голову этим заниматься? "при такой позиции" можно просто взять молоток и расфигачить сервер.
зачем?

Antonariyу нормальных людей wsdl генерируется и руками не трогается, а разговоры насчет "систем не способных" в пользу бедных. если нужен соап - выбирай систему способную.
не всё в наших силах. если во всех проектах вы можете свободно выбирать средства разработки, то вам несказанно повезло

ps:
Antonariyэто ж каким ветром сию ворону обратно занесло? :)
зима надвигается. на улице холодно и голодно. тут хотя бы топят

Antonariykar-karichнезачем создавать объект и передавать его, если можно легко передать данные объект не создаваяпередать данные, объект не создавая, это отдать статическую html-страничку. или картинку. а при доступе к базе в любом случае создаются объекты доступа к ней, например датасеты.
да что вы? прям в любом случае? выходит вы при отправлении любой формочки на сервер ручками формируете датасет? о_О

Antonariykar-karichпод такие задачи всегда создаётся текстовое описание: тех требования, тех задание, тех спецификация, функциональная спецификация и т д, где на ЧЕЛОВЕЧЕСКОМ языке подробно всё описывается в удобном и портативном виде.во-первых, одно другому не мешает, во-вторых, документация обычно не поспевает за кодом. я это говорю как потребитель такой документации, а не создатель. в-третьих, soap гарантирует автоматический контроль целостности еще до того, как запрос дойдет до говнокода.
...
kar-karichименно есть "дополнительно держать" ибо соап-серверу нужен отдельный портэто уж кому как хочется. кто-то на отдельный порт вешает, кто-то на отдельный сервер. а кто без претензий - просто в отдельной директории сайта.
дублирование дублирование и ещё раз дублирование функционала ... никому не нужное дублирование
а что значит "документация не поспевает за кодом"? это выходит wsdl поменялся, а текстовое описание в ТЗ нет? а как вы имея новую версию wsdl узнаете зачем нужны параметры, которые были добавлены? или вы предлагаете каждый параметр описывать не только в документации, но ещё и в wsdl? чтобы задублировать инфу везде-везде ради повышения информированности участников?)))

Antonariywsdl гарантирует корректность запроса, soap - целостность данных. а так как все вдоль и поперек гарантировано, то теперь сервисы можно настраивать на передачу данных в json, а не soap, и это нисколько не отменяет wsdl.
ничего он не гарантирует. если появится ошибка, значит вернет ошибку, равно как и обычная реакция веб на post-запрос. джейсон не нужен, нам такие роскошества не нужны. ты за простоту)

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

почему рукожопыми? почему вы всех вокруг принижаете? прогеры прочитают описание и сделают всё как надо. клиенты будут только этим пользоваться

Antonariykar-karichзачем?а зачем это делать: kar-karichизмените какой-нибудь атрибут xml-тэга схемы и попробуйте запустить)?
кроме того, я и без запусканий знаю, что будет.
чтобы понять, что вы такой же "строитель", как и все остальные)

Antonariykar-karichда что вы? прям в любом случае? выходит вы при отправлении любой формочки на сервер ручками формируете датасет? о_Олично я датасетами вообще не пользуюсь.
а зачем тогда вы о них пишете, если не пользуетесь? получается можно обойтись без них? выходит они создаются не в любом случае? то есть вы приврали про "в любом случае"?)))

Antonariyа что так мелко плаваем - "любой формочки"? а вот не любой. пара чисел, объект и массив объектов.
вот в этой фразой моментально детектится теоретик. "любая формочка" - это максимально крупно и обобщённо с практической точки зрения, теорию оставьте в стороне, в практических вопросах её роль второстепенна

Antonariykar-karichдублирование дублирование и ещё раз дублирование функционалане функционала, а описания. именно функционала
Antonariyпричем автоматическое дублирование. тебе жалко что ли?
это как автоматически? у вас автоматически разворачивается соап-сервер и автоматически ТЗ пишется по измененному wsdl? да вы никак ИИ изобрели)

Antonariykar-karichничего он не гарантирует. если появится ошибка, значит вернет ошибкувот именно. от разработчика только и требуется, что в одном-единственном месте о ней отчитаться.
а в своем коде вариантов прошляпить ошибку гораздо больше, потому что либо корректность входящих данных не проверяется, либо проверяется опять же своим кодом, и в каком уровне вывалится исключение, лишь ванге известно.
для устранения этих негативных моментов придумали этап тестирования ПО с подключением специалистов в этой области, которые найдут все существующие огрехи и носом ткнут. это ещё раз доказывает, что контроль данных в каком-то афигенно замудрённом соап теряет всякий смысл, а значит опять же дублирует уже существующую схему работы. кому это надо?

Antonariykar-karichпочему рукожопыми? почему вы всех вокруг принижаете?кого всех, список длинный?
приличный для 5 постов. :
Antonariy1...Спасибо, кэп.
2...wsdl руками пишут олени
3...Какой строитель, такая и постройка.
4...запрос дойдет до говнокода
5...созданных рукожопыми клиентами, тем же местом читающими портативные описания

в среднем в каждом посте)

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

Antonariykar-karichчтобы понять, что вы такой же "строитель", как и все остальные)чтобы понять, что я такой же строитель, как и все остальные, мне нужно подорвать фундамент?
а что, в методичках больше не пишут "не рекомендуется в целях самопознания подрывать фундамент у строящегося дома"?
вам же нужно создать очевидную ситуации, иначе до вас не доходит)

Antonariykar-karichвыходит они создаются не в любом случае?выходит, создаются какие-то другие объекты, не датасеты. значит вы соврали и признались в этом. уже второй раз в этой теме) конешн, какие-то другие и далеко не в любом случае)

Antonariykar-karichименно функционала даже если автоматическое дублирование функционала, все равно не жалко.
об том и гутарим, что дублирование автоматом не стряпается, а всё руками прописывать надо. время как вода в песок уходит

Antonariyно намеренно сваливаешь в кучу функционал и описание, опускаясь аж до уровня ассемблера
как раз я то в кучу не сваливаю. у меня то функционал стряпается отдельно, а документация отдельно, ибо в природе ИИ ещё не научился делать одно имея другое. поэтому мне дюже интересно узнать как у вас техническая спецификация стряпается автоматом по написанному сервису. так что сваливанием в кучу вы занимаетесь

Antonariy"тз по wsdl" - это ж каким местом нужно было придумать такое словосочетание. я еще понимаю "документация по wsdl", но и то с трудом, потому что она нахер не нужна. wsdl само по себе является документацией, оно создается автоматически и употребляется автоматически.
не надо выдергивать слова из контекста и стряпать фразу, которую бы вы хотели видеть, но которая ко мне не имеет отношения.
Употребляться компом могут и нолики с единицами, но для человека всегда создается словестное описание. пора бы уже знать после 5 лет протирания джинс в высшей школе)

Antonariyи да, если исходный код комментировать в правильном формате, то и человеческая документация создается автоматически.
автоматически создана половина MSDN, чтобы ты знал. поэтому в большистве вопросов приходится разбираться самому, а этой "документацией" можно только подтереться

Antonariykar-karichдля устранения этих негативных моментов придумали этап тестирования ПО с подключением специалистов в этой области, которые найдут все существующие огрехи и носом ткнут. это ещё раз доказывает, что контроль данных в каком-то афигенно замудрённом соап теряет всякий смысл, а значит опять же дублирует уже существующую схему работы. кому это надо?соапу зарплату платить не надо.
соапу нет, а тех поддержке надо, и она таки архинужна будет
Antonariyдоказал он, ага
контраргуметов с вашей стороны не было)

Antonariykar-karichприличный для 5 постов. :это конспект моей мудрости, а не список пострадавших.
это иллюзия вашего мозга. в этом "конспекте" только штампы и шаблоны в стиле несыгранного КВНа

Antonariyнаучись не только сыпать вопросами как горохом, но и воспринимать смысл тех, что обращены к тебе.
кому-то надо научиться думать прежде чем отвечать, ибо на первый же вопрос в этой теме вами было дано неуместное и непрофессиональное сравнение несравнимого. тут уж дело явно не в вопросе ;)

Antonariykar-karichв среднем в каждом посте)у меня норма трижды за пост. так что считай, никто не пострадал.
то есть признал, что грубость и хамство для вас норма? на это мной и намекалось

Antonariykar-karichвам же нужно создать очевидную ситуации, иначе до вас не доходит)для меня это выглядит, как будто кот демонстративно насрал в тапок и смотрит на меня, заметил ли я и осознаю, как он цинично насрал. это ежедневный пример вашей жизни? то есть помимо отсутствия собственного воспитания, вы ещё и кота воспитать не в состоянии? если кота не пускать гулять и не выделять ему места для туалета, то он всё делает правильно

Antonariykar-karichоб том и гутарим, что дублирование автоматом не стряпается, а всё руками прописывать надо. время как вода в песок уходиттак то у лохов, которым времени не жалко.
автоматическое создание технической документации возможно в visual studio.
та подотрись ей и съешь)) не годится она на нормальную документацию хотя бы потому что там нет раздела "обработка ошибок"

Antonariykar-karichне надо выдергивать слова из контекста и стряпать фразуидиотское словосочетание "тз по wsdl" состряпал ты, не скромничай.
покажи где)

Antonariykar-karichкому-то надо научиться думать прежде чем отвечать, ибо на первый же вопрос в этой теме вами было дано неуместное и непрофессиональное сравнение несравнимого. тут уж дело явно не в вопросе ;)именно в вопросе.

ТС спрашивает, зачем нужен soap.

что означает появление этого вопроса? ТС не знает, что такое soap? ТС не умеет пользоваться гуглом?
у вас ни логики, ни соображалки. это означает, что ТС познал соап до самых основ и ему интересно мнение других профи. за сим польза гугла нивелируется до нуля
Antonariyдопустим, тс почитал, понял, но не согласен. однако свое несогласие толсто выдал за неосведомленность.
для несогласия должны быть какие-то основания. ищем основания... ищем... "нужно "писать правильно", "нужно содержать штат ассенизаторов, проверяющих говнокод", "нужно содержать штат технических писателей".
что-то это похоже на основания таки использовать soap, а не наоборот.
вывод - тс тупой тролль и пришел не за информацией, а поесть говна.
не нервничайте так. это же вредно для здоровья. было бы из-за чего нервничать ... :)

Antonariykar-karichпокажи где)kar-karich у вас автоматически разворачивается соап-сервер и автоматически ТЗ пишется по измененному wsdl ?не важно, пишется там у меня или рисуется, по измененному или оригинальному...
что такое "тз по wsdl"?
ничего. глаза протри. вы половину слов пропустили)) эта фраза слеплена вами как вырезки из газеты за сим у вас надо спрашивать что она означает :)

Antonariyтз до сих пор расшифровывалось как "техническое задание". если по этому пункту нет изменений, то каким образом техническое задание может быть "по wsdl"?
поздравляю! вот до вас и дошёл вопрос, к которому мной разговор подводился))) то есть: как документация может формироваться автоматически по написаному коду, если пишется сначала документация и УЖЕ ПО НЕЙ пишется код

Antonariykar-karichу вас ни логики, ни соображалки. это означает, что ТС познал соап до самых основ и ему интересно мнение других профи. если бы ты просто написал "зачем нужен soap", то мог бы и проканать за шланг. но, к несчастью своему, добавил "если можно ...".
другими словами, "зачем нужен soap, если он не нужен.". при том, что профи именно потому и профи, что у него не возникает вопросов, когда нужен soap, а когда противопоказан. профи всегда предлагает альтернативное решение на обсуждение, а вопросы ради вопроса аля "зачем нужен ...?" задают только троли

Antonariyи это в ветке по xml, где сидят люди, имеющие практику с xml во всех его проявлениях чуть менее чем постоянно.
и что? в этом и есть весь смысл. тут то вас что не устраивает?)

Antonariyвот если б электрик спросил электрика "а в какое еще место можно вкрутить лампочку?", какой ответ он бы получил?
сравнение не совсем корректно. более наглядна ситуация: зачем ставить сетевую розетку 2х RJ-45 если к ней подходит только один сетевой провод? и ведь ставят. в результате работает только один разъем

Antonariyвсе это означает, что тролль в попытках сумничать проврался по самое небалуйся.
вы про себя? как самокритично. сколько раз вы уже соврали в этой теме? 2 или 3 раза? сбился уже со счета) и это только случаи, в которых вы сами признались))

Antonariyа на самом деле троллю поручили работу, связанную с soap, он ее выполнил единственным способом, которым владеет ("обмениваясь обычными post-запросами"), собрал все грабли, до которых смог дотянуться, испытал дичайшие анальные боли, и пришел их чем-нибудь утешить. как у любого рядового троля, у вас плохо с фантазией и интуицией. всё в молоко)

Antonariykar-karichне нервничайте так. это же вредно для здоровья. было бы из-за чего нервничать ... :)да я-то не нервничаю, просто говорю откровенно и не стесняясь. а вот ты до сих пор с ты/вы определиться не можешь.
если что, мне пофиг.
заметно, что "откровенно и не стесняясь". очевидно, что у вас уже закипает

Antonariyкакая именно документация из кучи, что ты якобы не навалил?
вот именно, что я не навалил. кучу навалил ты и сам же разобраться в ней не можешь

AntonariyКогда требования, предъявляемые к объекту X, удовлетворяет объект Y...

Ты наотрез отказываешься воспринимать требования, предъявляемые к soap, и которые он удовлетворяет, ты удовлетворяешь другие: 1) "писать правильно", что бы это ни значило, 2) "обмениваться обычными post-запросами", 3) содержать штат тестировщиков этого ада.
окей. какие конкретно требования ты предъявляешь к соапу, которые невозможно выполнить в рамках http-запросов?

AntonariyВот пример того, как настоящий профи подаёт твой говновброс:
кто это? кто такой Лори Маквитти? автор нескольких книжек? если он твоё кумир, то читай его статьи полностью, ибо по этому же линку написано следующее:
авторКонцепция REST (Representational State Transfer), детально описанная шесть лет назад Роем Томасом Филдингом в его докторской диссертации “Архитектурные стили и проектирование архитектур сетевого ПО”, позволяет резко снизить инвестиции, необходимые для обеспечения сервис-ориентированного доступа к корпоративным ресурсам
ты слышишь? докторская диссертация, Карл!
Antonariyно в отличии от тебя настоящий профи осознает смысл требований, а потому назовет "обычные http-запросы" альтернативой soap лишь под дулом автомата или за сраную кучу бабок.
бизнес нагло смеётся над тобой:
по этой же линкеЕще в 2003 г. Джефф Бар, пропагандист Web-сервисов из Amazon.com, рассказал, что его компания обрабатывает больше REST-, чем SOAP-запросов.

автор (ура стаду технической поддержки и горячей линии!)
на десерт:
авторМониторинг использования REST-сервисов тоже значительно проще и зачастую менее дорогостоящий

Antonariyппц, у поциента уже несколько месяцев бомбит.
ты не юли. по существу че сказать есть?