Развертывание — Настройка Activemq Для Веб-Приложения На Основе Dd4T 2.2.1

  • Автор темы Cz1
  • Обновлено
  • 23, Oct 2024
  • #1

Нам нужно настроить ActiveMQ для нашего веб-приложения, я уже это сделал. https://velmuruganarjunan.wordpress.com/2018/01/24/how-to-connect-sdl-web-8-content-interaction-service-cis-with-activemq/

Нужно ли нам также настраивать его со стороны веб-приложения? Как указано в ссылке ниже: https://velmuruganarjunan.wordpress.com/2018/02/04/how-to-setup-sdl-web-8-deployer-and-dd4t-2-0-net-web-app-with-activemq-caching-invalidation/

Если да, то мои вопросы:

Почему конфигурации Deployer и Content Service с помощью jar ActiveMQ недостаточно, почему мне нужно изменить свое приложение на ActiveMQ?

Если я не изменю свое приложение и не внесу изменения в конфигурацию развертывателя и службы контента с помощью ActiveMQ Jars, то кэш DD4T также должен быть обновлен, как только я опубликую из Tridion, поскольку Deployer отправит инструкции в службу контента при публикации. Верно?

#deployer #dd4t-2

Cz1


Рег
19 Sep, 2007

Тем
73

Постов
189

Баллов
584
  • 26, Oct 2024
  • #2

Ответ на ваш вопрос.

Вопрос: Нужно ли нам также настраивать его со стороны веб-приложения?

Отвечать: Не обязательно, в зависимости от требований вашего бизнеса.

Если вы используете веб-приложение 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, тогда нет, оно будет ждать очистки в зависимости от времени, которое вы настроили.

Надеюсь, это поможет понять.

 

Transporterwv


Рег
10 Dec, 2013

Тем
78

Постов
208

Баллов
618
Тем
403,760
Комментарии
400,028
Опыт
2,418,908

Интересно