2016-02-10 1 views
0

Мы сталкиваемся специальное требование от наших клиентов, и моих исследований не нашли такой сценарий на docs.adobe.com:CQ/AEM концепция постановки с рабочими процессами

AEM используются в качестве CMS для других приложений и имеет ни один клиент не обращается к прямому HTTP-доступу в системах публикации. Авторы создают бизнес-критический контент в системе автора, но не могут выполнить тест end2end, потому что им нужен экземпляр публикации с анонимным доступом к контенту без каких-либо функциональных возможностей редактирования. Я знаю, что они могут создавать контент в другой системе, а не копировать контент с пакетами контента. Но это слишком громоздко для повседневного использования.

То, что я представлял себе это активирование два этапа:

  1. автор запускает рабочий процесс, который копирует содержимое на специальный внутренний публиковать сервер
  2. утверждающих делает тест en2end с приложением на этом специальной публикацию сервер
  3. утверждающий завершает рабочий процесс и содержание реплицируется общественности публиковать сервер

будет ли это осуществимый сценарий ? Если да, как мне нужно настроить агенты репликации для этих двух серверов публикации ? Если нет, как я могу достичь этого, если возможно?

+0

Почему бы просто не выдать себя за анонимного пользователя? – awd

+0

@awadheshv, поскольку я сказал, что он является частью более крупного приложения, поэтому он не является пользователем доступа к CQ direclty, но косвенно через другое приложение. – Thomas

ответ

1

Рабочий процесс может быть разработан со следующими шагами

  1. Автор Запускает рабочий процесс -> Репликация контента на внутреннем сервере публиковать. AEM предоставляет API ReplicationOptions. Это может помочь selecting the replication agent с использованием public void setFilter(AgentFilter filter). Агент может быть назван в соответствии с требованием, регулярное выражение может использоваться для соответствия требуемым агентам, как указано в ссылке. Для этого может быть создан процесс документооборота. Запрос будет соответствовать утвердителю (с использованием шага участника). Утвердителю теперь можно проверить содержимое на внутреннем сервере публикации.
  2. После того, как утверждающий утверждает содержание, об утверждении другой рабочий процесс подтолкнуть содержание общественности публиковать сервер, здесь также можно использовать public void setFilter(AgentFilter filter)
  3. Если несколько страниц/активы должны быть опубликованы, Workflow Package feature может быть использована для объединения нескольких страниц/активов , Для этого необходимо добавить код в Workflow Processes, созданный на шаге 1, 2, чтобы публиковать страницы/активы путем итерации над полезными нагрузками, которые являются частью пакета рабочего процесса.
+0

Спасибо за ответ, не думал о setFilter в API. Тогда мне, вероятно, придется настроить агентов на «Игнорировать значение по умолчанию», поэтому они не запускаются за пределами рабочих процессов или что вы думаете? – Thomas

+1

Да, набор агентов (именование должно быть запланировано соответственно на основе сред), регулярное выражение будет соответствовать только требуемым в процессе документооборота. Но кнопка «Активировать», которая появляется OOTB, активируется для всех агентов репликации. Необходимо использовать только рабочий процесс вместо кнопки «Активировать» для управления репликацией для определенных агентов, иначе наложение должно будет переопределить функциональность OATB «Активировать», которая внутренне может инициировать рабочий процесс (аналогично активации OOTB позже)/или использовать сервлет за кулисами для управления контролируемой репликацией –