Наша организация новичок в Mule 4. У нас возникли некоторые проблемы при развертывании новых API. Некоторые из наших api развертываются примерно за 10 минут. Мы полагаем, что эта задержка частично связана с гораздо более крупными jar-файлами для развертываний Mule 4 api по сравнению с Mule 3, поскольку все зависимые jar-файлы упакованы в jar-файл развертывания. Иногда новое развертывание вызывает сбой, и все api на сервере придется перезапускать.
Я считаю, что в Mule 3 у вас может быть несколько общих зависимостей, разделяющих api. Это позволило нам иметь гораздо меньшие банки для развертывания нового API. Есть ли другой способ, кроме доменных проектов, сделать это в Mule 4?
Мы пробовали упаковывать легкие jar-файлы с помощью команды «mvn package -DlightweightPackage», но не смогли их развернуть. Даже если мы поместим необходимую структуру репозитория в / lib / mule / repository, облегченный упакованный JAR больше не будет содержать classloader-model.json, чтобы настроить приложение, где искать его репозиторий (зависимости), чтобы они не могли развернуться должным образом.
Однако мы использовали пакет по умолчанию, удалили ресурсы (дерево зависимостей) из развернутого JAR после выключения сервера, переместили дерево зависимостей в / lib / mule / resources (shared), а затем мы изменили «uri» в модели загрузчика классов. json в развернутом приложении (JAR). Затем мы запустили сервер, и приложение работает нормально. Казалось, это сработало, но заставляло нас запускать и останавливать сервер каждый раз, когда мы что-то развертывали. Мы надеялись на исправление, которое по-прежнему позволяло бы нам выполнять горячее развертывание.
Кто-нибудь еще сталкивался с этой проблемой или есть какие-либо мысли о том, как решить эту проблему, кроме увеличения ресурсов на нашем сервере?
Спасибо!