Нужно заморачиваться на стандартах w3c или не стоит?
Решил дописать ко всем внутренним информационным ресурсам на предприятии общий прогр. интерфейс. Выбрал, что подойдет идея SOA. В таком виде: обмен по HTTP (HTTPS), совместно синхронная и асинхронная модель запросов/ответов. Запросы и ответы - XML-файлы. Общая "шина" (ESB) должна быть обязательно.
НО! Очень не хочется завязываться на стандартах, типа WSDL, WS-Addressing итп. Засыпаю на второй странице. Кто реализовывал SOA без стандартов? Не пожалею ли я потом? С другой стороны, эти долбанные стандарты некак не дают начать делать полезное дело.

Вот и я о том же. В принципе, ведь если "своя" ESB перестанет удовлетворять по причине несовместимости с чем-то важным появившимся на горизонте, можно ввести и новую - по стандартам.

Знаком. Для этого дела есть уже готовая реализация в виде модулей, избавляющих разработчиков от этой головной боли. В рамках SOAP-протокола. Кстати, тоже интересно: облегчил ли кому жизнь SOAP?

авторА вы уже имеете свою ESB ? Нет.
автори какую коммерческую ESB вы рассматривали в качестве альтернативы? IBM все хвастается своими решениями. Но тяжеловесно как-то.
авторИ почему вы боитесь WSDL? Не боюсь - не хватает терпения освоить. Если б найти хорошую книгу на русском, в бумажном варианте. Но стоит ли овчинка выделки? Сомневаюсь, что если я сегодня буду соблюдать w3c рекомендации, то в будущем мне гарантирована спокойная жизнь с совместимостью. Все равно ведь париться буду(?). Нужно ли париться сос тандартами или париться без стандартов?
авторИ что вы понимаете под своими сервисами без стандартов - веб-приложения без пользовательского интерфейса ?WEB-GUI уже есть, но приложения желательно объединить, сделать частью общей системы. "Сервисами без стандартов "-это сервис, который говорит только на том (упрощенном) языке, который оговорен (разработчиками) заранее, а не описывается спецификациями.

авторготовый ESB
Что-нибудь можете посоветовать?

Спасибо.