Конец SOAP рядом?
Я не думаю проблема, которую Вы видите, общий. Если бы Вы испытываете затруднения, я предложил бы использовать форму контакта так, чтобы кто-то мог взглянуть на то, что идет не так, как надо с Вашими транзакциями:
4 ответа
SOAP никуда не денется - и это справедливо.
В корпоративной среде такие вещи, как услуги с самоописанием (с помощью WSDL), возможность использовать транзакции и надежный обмен сообщениями, являются первостепенное значение. Они гораздо важнее, чем бег после «рейва дня».
REST имеет свои полезные применения, но он не может полностью заменить SOAP, да и не должен. REST отлично подходит для легкого общения - твиттера и тому подобного. Но есть также веская причина иметь и знать о SOAP.
SOAP в настоящее время имеет гораздо лучшую поддержку инструментов в большинстве сред - пройдет некоторое время, прежде чем REST будет иметь что-то сопоставимое.
SOAP позволяет машинно-читаемое описание службы и обнаружение сервисов - в REST ничего подобного нет, ваша служба REST может быть - а может и не быть - задокументирована, а качество английской прозы, документирующей ваши службы REST, сильно различается.
Да, REST сейчас в моде - и он действительно упрощает обработку множества забавных сценариев. Но на самом деле я не думаю, что он готов для использования в прайм-тайм на корпоративном уровне. Может быть, когда-нибудь - но не сегодня.
В REST нет ничего, что говорило бы, что вы не можете использовать поля формы POST для PUT данных, когда вам нужно отправить сложные запросы. Вы даже можете публиковать большие блоки громоздкого XML, если хотите попробовать сделать его как можно более SOAPy.
IMHO SOAP не дает вам ничего, кроме оболочки, в которой вам никогда не было нужды начинать. Что меня убило, так это то, как Axis и другие движки компилируют заглушки вашего WSDL в свой код, а затем каждый раз, когда вы добавляете что-то в WSDL, это ломает потребителей, даже если все было спроектировано так, чтобы обратная совместимость. ОТДЫХАТЬ навсегда.
О, если бы только SOAP был мертв. Могу заверить вас, что некоторые компании по-прежнему стремятся использовать стратегии RPC на основе SOAP как можно быстрее.
Как вы уже сказали - REST не может работать с подробными случаями.
Если вы можете сказать мне, как я могу принимать произвольное количество сложных аргументов через веб-службу RESTful, без ограничения длины URL, я бы хотел это услышать.
Но для сложных запросов научных данных нам нужно нечто большее, чем позиционные параметры или пары ключ / значение.
Я предсказываю, что SOAP не умрет до некоторого времени после COBOL и Fortran.