Импорт продукта в Adobe CQ5

Question

У меня есть вопрос о том, как мы можем импортировать/синхронизировать продукты из нашего бэк-офиса на передний конец CQ5.

Архитектура быть довольно простой - пользовательский бэк-офис, управляющий всеми продуктами (в основном это будет источник истины). Веб-сайт, основанный на CQ5, чтобы показывать результаты поиска (управляемые Adobe SearchAndPromote) и сведения о продукте. Операции покупки будут обрабатываться вне CQ5.

Я прошел через http://dev.day.com/docs/en/cq/current/ecommerce/eCommerce-framework.html, и у меня есть идея, в каком направлении мы должны двигаться, но я хотел бы, чтобы кто-то подтвердил, что мое понимание верное.

1) Мне нужно создать запланированное задание, запущенное на узле автора, который будет обращаться в бэк-офис и импортировать продукты в виде json-фида. Я использую аннотацию, основанную на @Service (Runnable.class). Есть ли способ установить ее так, чтобы она зависела только от узла Author?

2) Создайте собственное обслуживание (называемое моим сервисом выше), которое фактически создаст все узлы в crx. Если у меня есть настольные и мобильные версии сайта, мне нужно создать все эти два раза два раза? Есть ли советы по более простому их созданию?

3) Пусть CQ5 реплицирует эти продукты для публикации узлов.

Есть ли более простой способ? Я имею в виду, если бы я использовал более стандартное веб-приложение, у меня был бы один контроллер, чтобы показывать информацию о продукте, два шаблона (один для мобильного телефона, один для рабочего стола) и службу, которая будет обращаться в бэк-офис и возвращать данные для запрашиваемого продукта. Но мир Слинг очень отличается, и я хочу проверить, правильно ли я его понимаю.

Cheers.

Answer 1

Вот некоторые ответы:

1) Вот хорошая статья о различных конфигов для различных runmodes: http://helpx.adobe.com/cq/kb/RunModeSetUp.html вы можете создать конфиг для паба и AUTH runmodes с определенным флагом ваш код будет искать который расскажет ли выполнить импорт или нет.

2) Это зависит. CQ имеет тенденцию иметь копии контента для мобильного сайта, поэтому имеет смысл делать копии узлов для мобильного сайта, но только в том случае, если эти узлы являются страницами (cq: Page и cq: PageContent), которые вы создаете на основе импортированных данных. В противном случае вам просто нужно сохранить импортированные данные где-нибудь и получить их в какой-то момент (через JCR-запросы или методы типа .getNode()). В этом случае, конечно, имеет смысл не копировать ваши данные.

3) Здесь также зависит. Я бы рассмотрел следующие силы, которые могут возникнуть: следует ли импортировать данные? как часто происходят обновления? насколько массивны обновления? насколько критична последовательность в пабах? В случае, если обновления не являются массовыми, нечеткие и непротиворечивые проблемы могут быть импортированы в auth с последующей репликацией. Также может быть, если вам нужно иметь возможность редактировать импортированные данные. Если обновления являются массовыми и/или частыми, а согласованность в пабах не имеет большого значения (вы можете позволить себе, что некоторые люди могут видеть разные результаты из разных пабов во время импорта), я бы предложил запустить импорт во всех пабах одновременно с массивной репликацией импортированных данных может повлиять на регулярные репликации страниц/изображений.

Спасибо, Макс.