Порт Tridion Content между публикациями, которые отличаются

У меня есть 2 дерева публикаций в одном экземпляре Tridion Content Manager 2009

Мне нужно перенести один набор контента (схемы, компоненты и т. Д.) Из одного дерева в другое. Ни у одного из деревьев нет общих публикаций, поэтому у нас есть что-то вроде этого

PUB_A              --->           PUB_C   (Schemas)
   PUB_B                              PUB_D   (Components)

Я могу экспортировать содержимое ОК, но в PUB_C / D ничего не существует (очевидно, названия публикаций совершенно разные). Эти компоненты ужасно вложены в унаследованный веб-сайт, поэтому их воссоздание - не вариант, который я хочу исследовать.

Могу ли я использовать Content Porter для этого, чтобы он создавал мои элементы в новой публикации? Это похоже на то, что должно быть в состоянии сделать, но я изо всех сил пытаюсь обойти Mapping, попытался переименовать атрибут "importTarget" в файле отображения, но он все еще настаивает на попытке импортировать то же самое, что и исходный экспорт.

Спасибо

Источник

2 ответа

Решение

Вы можете использовать Content Porter для этого. Сначала вам нужно переименовать исходные публикации во что-то другое, например, PUB_A_TEMP, PUB_B_TEMP. Затем вам нужно переименовать ваши целевые публикации, чтобы иметь исходные имена исходных публикаций, например, PUB_C > PUB_A, PUB_D > PUB_B. Затем вы можете запустить импорт CP. После завершения импорта вы можете переименовать публикации обратно в исходные значения, начиная с переименования целевых публикаций.

Источник

Используйте атрибут importContext

В Content Porter до SP1 файл mappings.xml управляет сопоставлением старого и нового местоположений.

  • Измените атрибуты importContext для перемещения элементов.
  • Хотя здесь это не относится, вы также можете использовать importTitle, чтобы изменить имя получателя.
  • Обязательно "URL-кодирование" имен публикаций, установленных в importContext (замените пробелы на%20 и черточки на%2D). Content Porter завершился неудачно, когда я неправильно установил эти атрибуты - это безопасно для редактирования и повторной попытки.
  • Мы не можем создавать новые предметы, но мы можем перемещать их внутри системы.

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

Совет: после правильного сопоставления внесите изменения, используя любимую технику поиска и замены. Я получил этот ход на работу один или два раза, и самой большой проблемой были опечатки.

Пример изменения:<tcccp:Mapping exportContext="/Publication/Building%20Blocks" exportTitle="component.xml" importContext="/Destination%20%Pub" importTitle="" />

Части порта за один раз

Для довольно чистых портов контента и для тестирования изменений в отображении это помогает разбить вещи по зависимости от самых основных строительных блоков шаблона и выше.

Например, я бы обычно сосредоточился на одном или двух наборах из следующих.

  1. Ключевые слова (и Категории при необходимости)
  2. Встраиваемая схема
  3. Обычная схема
  4. Компоненты и / или шаблоны
  5. страницы

Самой большой проблемой такого рода несвязанных перемещений могут быть зависимости, а именно проблемы с перемещением используемой схемы. Хотя я не совсем уверен, что СР потерпит неудачу. Если есть общий родительский элемент, то перемещение схемы вверх * может * работать.

Соответствующие детали:

Источник
Другие вопросы по тегам