простой протокол доступа к объектам
у SOAP довольно плохая репутация среди программистов. Однако можно было бы ожидать, что хотя бы в примитивных случаях он будет работать. Мне «повезло», что оба раза, когда я сталкивался с SOAP, он поворачивался ко мне крайними случаями.
пытаюсь сейчас использовать API Navteq, чтобы сообщать им о проблемах с данными. Одним инструментом сгенерировал из WSDL набор ява-классов (да, к сожалению, приходится делать на яве). Другим классным инструментом сравнительно просто допилил эти классы до состояния, когда можно-таки послать запрос. На всё ушло каких-то полдня. Застопорился я на том, что пароль к тестовому серверу не подходит, и пожаловался разработчикам API. Поскольку они сидят в Америке, ответ приходит на следующий день, если повезёт. Разработчики говорят: «мы тут всё меняем на серверах, используйте вот такой endpoint». Легко сказать, когда думаешь о доступе в терминах одного POST-запроса. А когда пытаешься использовать их технологию тем путём, что они сами рекомендуют, никто не даст тебе низкоуровневого доступа к адресу, который умные инструменты вынули из WSDL, скачанного с сервера. Напомнил про это разработчикам. А, говорят они, ну вот вам другой WSDL на другом тестовом сервере. «Так он же только из вашей сетки доступен!» — говорю. Молчат разработчики, думают.
К счастью, всё это пока что не так весело, как было в 2006 или 2007 году, когда МойКруг подключал AdSense, чтобы делиться доходами от рекламы с авторами постов. Казалось бы, AdSense — это Гугл, а Гугл — это крутые технари. Однако SOAP был и там. Причём опубликованный в WSDL интерфейс сервера не совпадал с реальным интерфейсом того же сервера. Чинить это Гугл отказывался, ибо это сломало бы доступ у ещё каких-то клиентов Гугла. В итоге пришлось забыть про красивые обещания SOAP, и собирать запросы вручную.
именно тогда мне попался на глаза один из лучших, на мой взгляд, образцов программистского юмора: «The S stands for Simple».