Есть ли опыт работы с Websphere Integration Developer (WID)?

Пока что меня не впечатлили какие-либо инструменты с пометками «SOA» и / или «BPM». Моя «дорожная карта» была бы очень итеративной, чтобы увидеть некоторые результаты с архитектурой как можно быстрее, пытаясь получить некоторые из легких плодов. Так вы почувствуете, что работает для вас и ваших людей.

Я бы никогда не позволил ни одному поставщику подтолкнуть меня куда-либо в «черпание» архитектуры.

WID / WPS на самом деле довольно прост. Первоначальная цель заключалась в том, чтобы аналитики и бизнесмены «составляли» сервисы (НЕ ДОПУСКАЙТЕ ИМ ЭТОГО!), Чтобы интерфейс был простым и легким.

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

Самое важное, о чем следует помнить, - это то, что SOAP - это технология, а SOA - это архитектура и состояние ума.

В успешной реализации SOA есть дзен. Все дело в «бизнес-услугах». Если у вас есть услуга, которую вы не можете описать бизнес-пользователю менее чем шестью словами, вы сделали это неправильно! В идеале одного имени службы должно быть достаточно для описания ее функциональности.

Если вы в конечном итоге получите службу под названием «MyApp.GetContactData», описанную как «получить имя, адрес, тел. Факс и т. д.» тогда вы там. Если у вас есть служба под названием MyAppGetFaxNoFromOldSys, описанная как «Получить текущий-факс-номер из таблицы телефонии в устаревшей системе», вы обречены!

Между прочим, большая часть инструментов Websphere для WS * довольно хороша. Но я бы порекомендовал замечательный инструмент SAOPUI от http://www.eviware.com, который очень хорош для составления / чтения сообщений на основе WSDL, а также функционирует как полезный тестовый клиент или сервер.

Мой опыт работы с набором инструментов IBM Java - чистая боль. Дни, чтобы установить множество разных версий разных компонентов, несовместимых друг с другом, обнаружить ошибку в компоненте A, получить указание обновить, чтобы увидеть, исправит ли он, обновление компонента A сломает компоненты B и C, попросят обновить их и т. д.

Я считаю, что Eclipse без расширений IBM намного стабильнее и быстрее, а также предоставляет больше возможностей (поскольку его стабильные версии на пару выпусков опережают WID / RAD).

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

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

Правильно, наш отдел продажи принял решение использовать продукты IBM.

Развитие было болезненным и разочаровывающим. У нас много проблем со стабильностью Process Server, иногда он не хочет запускаться или завершаться должным образом. Да, вы можете легко рисовать процессы в среде IDE, но в наши дни большинство инструментов предоставляет такую ​​функциональность. В этом нет ничего особенного или уникального для WID или IBM. IBM отстает от мейнстрима на несколько итераций.

Существует множество реализаций с открытым исходным кодом, которые предлагают отличную поддержку. Проверьте JBoss или RedHat, они довольно хороши. Если это не помогает вашей лодке, вы всегда можете использовать инструменты Apache.

Уолтер

Разработчики не выбирают WID, WMB или WPS. Менеджеры делают это, потому что IBM - «стабильный поставщик».

Посмотрите на JBoss или K.I.S.S.

Do the GUI tools help eliminate monotonous/redundant coding...or just obscure things and make things harder to maintain? Basically, do the benefits justify the complexity?

Как разработчик, я считаю, что инструменты разного уровня свободны от ошибок. 6.0.1 было мучительно, 6.2 намного лучше. Но как только вы начнете работать с этим инструментом, вам не составит труда поддерживать его. Я за часы разрабатываю то, на что java-разработчики уходят дни. Его также легко поддерживать, так как изменения могут быть внесены очень быстро. Я не могу ответить на ваш вопрос с точки зрения архитектора или менеджера, но я бы согласился с комментариями некоторых других здесь.