#mule #batch-processing #mule-studio
#mule #пакетная обработка #mule-studio
Вопрос:
Недавно я загрузил Mule 3.5 после ознакомления с новыми замечательными функциями, поставляемыми с пакетным модулем. После нескольких дней разработки потока, использующего пакеты, с использованием Anypoint Studio, когда я захотел развернуть свое приложение на своем автономном сервере сообщества Mule 3.5, я получил неприятный сюрприз: ни пакетный xsd не содержался в среде выполнения сообщества, ни jar пакетного модуля не было в папке lib / module.
Означает ли это, что пакетный модуль принадлежит Enterprise edition? Потому что я не вижу упоминания об этой «маленькой детали» ни в официальной документации модуляhttp://www.mulesoft.org/documentation …, ни на странице сравнения функцийhttp://www.mulesoft.com/platform/soa/mule-esb-enterprise
В то же время среда выполнения сообщества для Anypoint Studio поставляется с пакетным модулем, как это можно увидеть в соответствующей папке плагинов eclipse.
Является ли это маркетинговой стратегией, чтобы заставить пользователей перейти на корпоративную версию? Может быть, ошибка в документации? Возможно, ошибка упаковки среды выполнения сообщества?
Ответ №1:
Да, пакетный модуль является корпоративной функцией. И вы правы, что это не задокументировано должным образом. Для получения более подробной информации о содержимом каждой версии вы можете ознакомиться с примечаниями к выпуску, перечислены корпоративные функции, связывающие ключ EE jira, в то время как функции сообщества связывают ключ CE jira.
Комментарии:
1. Да, это правда, в примечаниях к выпуску мы можем найти тикет EE-3372 для реализации пакетного модуля. И все же я не понимаю, почему в документации пакетного модуля об этом ничего не говорится, в то время как в остальных корпоративных модулях четко указано, что они принадлежат Enterprise edition.