Действительно ли оркестровка является ответственностью ESB?
Проблема в том, что в вашем коде есть две строки для одного из заголовков разделов.
Измените эту строку кода:
ses_mail = ses_mail + "Content-Type: multipart/mixed; boundary=\"NextPart\"\n\n";
на это:
ses_mail = ses_mail + "Content-Type: multipart/mixed; boundary=\"NextPart\"\n";
3 ответа
Да и нет. Между увеличением оркестровки и агрегирования/сервиса существует тонкая, и иногда неразличимая строка.
В целом, если у Вас есть какой-либо продолжительный или сложный бизнес-процесс (процесс, являющийся ключевым словом, хотя я собираюсь постараться не определять его) - это подходит лучше всего для BPEL.
Простые задачи, такие как агрегация результатов трех служебных вызовов, могли и часто должны делаться в уровне ESB.
Не стоит терять слишком много законченного сна, хотя
Отказ от ответственности: Я - консультант ESB IBM, хотя я не пишу это в должностном положении.
Мой короткий быстрый ответ нет, это не его ответственность.
Я позволил бы этому к BPEL или комплекту BPM.
Mhh, который я не знаю, что еще добавить :)... Удачи?
Теперь мое собственное видение.
Относительно всей работы ESB должен сделать, помещение сервисной оркестровки в основном элементе инфраструктуры Вашего SOA не является хорошей идеей.
Агрегат, хорошо! Но быть поддержанием занятости Ваш канал передачи с бизнес-логикой, наверняка, вызовет ужасное влияние в способности к доставке другие функции.
В конце концов, большинству ESBs такой как как BEA, Сервис Aqualogic имеет ограниченную поддержку оркестровки включая отсутствие возможностей с сохранением информации и операций, нравится, ожидают (таймер), или выбор (ожидайте некоторого входа для перемещения в процесс), разделите/присоединитесь возможности (уже прибавил ALSB 3.0), и так далее.
Ни за что. Просто используйте инструменты как механизм BPEL или инструмент как Интеграция Weblogic.
Спасибо.