Блог

Мы переходим с Mule 3.8.3 на Mule 4.1.4. При кэшировании в Mule 3.8.3 мы ссылались на хранилище объектов, которое, в свою очередь, ссылалось на компонент spring, который реализовал ehcache для пользовательского хранилища объектов. В другом потоке у нас был компонент invoke для вызова spring bean, класс java которого имеет метод CacheManager.getCache(cacheName).getStatistics() EhCache для получения статистики попадания в кэш. Но в Mule 4 мы не можем создать хранилище пользовательских объектов (с гибкостью, обеспечиваемой классом Java) для пользовательской стратегии кэширования. Есть ли способ в хранилище объектов Mule 4 ссылаться на наш компонент для реализации пользовательской стратегии кэширования.? С тем же успехом мы могли бы использовать внутреннее хранилище постоянных объектов, но оно не обеспечивает такой гибкости, какой мы обладали, ссылаясь на класс реализации EhCache.

Кроме того, в Mule 3.8.3 мы также устанавливали setMaxEntriesLocalHeap и setTimeToLiveSeconds в классе java, что обеспечивало гибкость изменения настроек кэша «на лету», когда приложение mule уже развернуто. Это также невозможно с mule 4, поскольку хранилище пользовательских объектов может быть установлено только с конца Mule (которое будет установлено во время развертывания, и, следовательно, никакие изменения не могут быть внесены «на лету» при развертывании приложения), а не каким-либо классом Java.

Любая помощь приветствуется.