Ответ на ваш вопрос.
Вопрос: Нужно ли нам также настраивать его со стороны веб-приложения?
Отвечать: Не обязательно, в зависимости от требований вашего бизнеса.
Если вы используете веб-приложение DD4T 2.0, то хорошо, что вы можете настроить этот ActiveMQ для аннулирования кэширования с помощью Deployer и веб-приложения. Вам не нужно использовать как кэширование CIS, так и кэширование веб-приложения DD4T для аннулирования кэширования ActiveMQ.
Вопрос: Почему конфигурации Deployer и Content Service с помощью jar ActiveMQ недостаточно, почему мне нужно изменить свое приложение на ActiveMQ?
Отвечать: Если вы используете веб-приложение DD4T с кэшированием на основе времени. В этом сценарии вы можете использовать развертывание и CIS с ActiveMQ для аннулирования кэширования, тогда вам не нужно изменять свое веб-приложение для интеграции ActiveMQ.
Примечание:
Если вы решили использовать кэширование веб-приложения DD4T по времени, тогда редактор контента должен знать о времени кэширования этого веб-приложения, чтобы дождаться, чтобы увидеть их изменения в веб-приложении. Если вы используете веб-приложения DD4T с ActiveMQ для кэширования интеграции инвалидации, тогда изменения будут быть немедленно видимым в веб-приложении.
Обновлено:
Вопрос: если я использую Deployer и CIS с ActiveMQ для аннулирования кэширования, то мое кэширование будет обновлено, как только я опубликую, верно?
Отвечать: да, скажем, например, в веб-приложении, в котором вы настроили 5-минутное кэширование, тогда кеш веб-приложения очистится после истечения этого 5-минутного кэширования, но кэширование CIS будет очищено немедленно.
Вопрос: если приложение использует кеш DD4T и кеш обновляется сразу после публикации, то какая польза от изменений веб-приложения?
Отвечать: Если ваше веб-приложение DD4T не использовало интеграцию ActiveMQ, тогда нет, оно будет ждать очистки в зависимости от времени, которое вы настроили.
Надеюсь, это поможет понять.