Это может быть очень элементарным вопросом, но, пожалуйста, выручите меня, если это известно и было решено в другом месте.
У меня есть мультивоенная установка (все модули знатока) говорят килограмм-webapp1 и килограмм-webapp2 как две ВОЙНЫ, которые я должен развернуть на случае Кота. Эти два webapps обе услуги по использованию от банки общего обслуживания, говорят kilo-common-services.jar . kilo-common-services.jar имеет его собственный весенний контекст, который загружается пользователями банки то есть килограмм-webapp1 и килограмм-webapp2 в этом случае. Это так происходит, что инициализация услуг в общем обслуживании килограмма занимает много времени, и следовательно я хочу, чтобы он произошел только однажды (чтобы гарантировать, что время, которое требуется, чтобы поднять случай, не очень высоко), который также помогает мне использовать его в качестве второго тайника уровня, который это держало в курсе в случае JVM. Чтобы сделать это, мы обратились к следующим шагам:
- Modify the catalina.properties of CATALINA_BASE in tomcat to have
shared.loader as ${catalina.base}/shared/lib
- Copied the
kilo-common-services.jar and all of its dependent jars to the CATALINA_BASE/shared/lib. [Manual step]
- Copy spring related jars to the
CATALINA_BASE/shared/lib location [Manual step]
- Created a
beanRefContext.xml file in kilo-common-services.jar. Define a new ClassPathXmlApplicationContext here, where the constructor was provided with the location to the spring context file for the common services.
- Noted the dependency scope of
kilo-common-services.jar and every other dependency (like Spring related jars) as provided in the kilo-webapp1 and kilo-webapp2 pom files. For Spring this is needed to ensure that the classpath scanning actions are not triggered twice. Also this causes different ClassCastExceptions (for log4j lets's say) if not excluded via the provided scope.
- web.xml for
kilo-webapp1 and kilo-webapp2 indicated that the parentContext for them is the servicesContext defined in kilo-common-services.jar.
Я смог проверить, что только один случай услуг по общему обслуживанию килограмма существует, но установка, как вы, возможно, предположили, болезненная. Если бы у кого-то есть методы наиболее успешной практики о такой установке в IDE как Затмение, был бы очень признателен за его. Мои проблемы как указано ниже:
- #2 становится проблемой. Я в настоящее время бегу
mvn dependency:copy-зависимости на общее обслуживание килограмма , чтобы скопировать зависимые банки с , цель/зависимость к делилась/освобождала , который является горестно ручным шагом. Снова и снова я забываю восстанавливать зависимости и иметь, чтобы сделать повторно развертывание снова.
- #3 также не прямой как снова и снова есть более новые общие зависимости, и мы всегда должны не забывать копировать его к общему lib, чтобы избежать ClassCastExceptions
- #5 является снова кошмаром обслуживания.
Также в то время как время прогрессирует, там будут больше таких разрозненных общих банок, которые должны быть разделены, и оно включило бы боль для каждой из тех банок. Не стесняйтесь критиковать установку и предлагать лучшую в его месте, которое может быть просто в использовании (от IDE также). Было бы радо предоставить любую другую подробную информацию.
Заранее спасибо!