AX2012 R3 CU13; comparison открывается в другом слое

[alicedr]

задача: Нужно замерджить код после импорта кастомной ISV модели, для этого надо сравнить код в ISV и USR слоях.

Открываю АХ в слое ISV (у нас есть код). Вижу выделенные жирним шрифтом объекты ISV слоя, вижу "ISV' в нижнем правом углу экрана где показан текущий слой. и "ISV model"' где текущая модель, все ожидаемо.

Выбираю объект, далаю compare, выбираю слои для сравнения USR и ISV, система показывает разницу, как положено. Однако! когда навожу мышкой на стрелку посередине, мне подсказывает что я могу сделать только "paste into USR" или "remove from USR". Почему USR??? Ожидался ISV, ведь это слой в котором я сейчас нахожусь! Все возможные опции для ISV показаны серым и неактивны, как будто я сейчас нахожусь в USR.

У другого пользователя с правами сисадмина такое же поведение системы.

Из других странностей системы - из модулей по умолчанию доступен только retail essentials. Остальные модули можно добавить вручную использяю кнопку view в верхнем правом углу, но после закрытия клиента модули опять пропадают.

Полный CIL был сделан заново вчера в надежде решить эту проблему. Не помогло.

Форма License configuration показывает только ключи для Retail.
Форма License information показывает только лицензию без грида внизу. Ни количества пользователей, ни лицензий партнеров не отображается.

Доступ в систему имеет ограниченное число разумных пользователей, никто из которых ничего не делал и у них все работало, и последний раз сервером пользовались месяцев пять назад.

Вопрос номер один - как заставить состему открывать объекты в нужном слое?
Вопрос номер два - как восстановить все до нормально функционирующего состояния или хотя бы понять что именно сломалось?

[lvan]

вы ерунду какую-то делаете

мержить нужно в USR слое просто
если хотите изменения вносить в ISV, сначала удалите USR (но зачем?)

ответ на вопрос 2 - восстановить из бакапа

[Vadik]

Цитата:

Сообщение от lvan

мержить нужно в USR слое просто
если хотите изменения вносить в ISV, сначала удалите USR (но зачем?)

Поддержу. alicedr, SYS/SYP Вы же при обновлении не правите? Если уж возникла необходимость что-то в чужом (купленном?) решении поправить именно на ISV (зачем - из сообщения непонятно, но допустим), надо будет снести USR, внести исправления на ISV, вернуть USR и сделать сравнение/слияние еще раз

[alicedr]

Эээ.... Нужно смерджить на ISV потому что это сервер компании ISV-решения, и все смердженные изменения пойдут в конечном итоге в виде ISV-модели клиентам купившим это ISV-решение. Именно поэтому смерджить все надо в конкретной модели и на слое ISV, и USR уж совсем никак не подойдет. И да, несмотря на то, что основная масса клиентов перехала на Д365, все еще встречаются клиенты с 2012 и даже с 2009.

[S.Kuskov]

Цитата:

Сообщение от alicedr

Эээ.... Нужно смерджить на ISV потому что это сервер компании ISV-решения, и все смердженные изменения пойдут в конечном итоге в виде ISV-модели клиентам купившим это ISV-решение

А что тогда на этом сервере делает слой USR?

[alicedr]

Цитата:

Сообщение от S.Kuskov

А что тогда на этом сервере делает слой USR?

Извиняюсь, действительно непонятно описано. ISV-модель взятая с другой версии АХ импортируется на CU13. Для разрешения конфликтов используется ключ PUSH с указанием слоя на который пушатся конфликты - USR в моем случае, так как с ним проще работать чем с ISP.
Следующая стадия это разрешение конфликтов с помощью мерджа нужной разницы на ISV и последующего удаления с USR.
Проблема в том что будучи открытым на ISV слое, код мерджился на USR.

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

Последнее что было сделано, это удаление всех кастомных моделей, чистка кеша, полный билд. CIL и синхронизация базы данных. Проблема со слоями вроде решена, хотя надо еще раз проверить после перегрузки. Проблема с формами и меню остается. Вкратце, при открытии клиента доступен только модуль retail essentials. При открытии конфиг ключей, видны только ключи retail essentials.
Форма лицензий вообще фигню показывает - грид внизу отсутвует вообще.
Все выглядит идентично под разными пользователями, все из которых админы.

[S.Kuskov]

Вот стандартный порядок действий https://navicongroup.ru/ax/book/AX20...жения.pdf:

Цитата:

... Файл модели всегда импортируется в слой, из которого он был экспортирован...

...Наиболее типичным решением для разрешения конфликтов является использование параметра /conflict: push. Этот параметр создает новую виртуальную модель на слое выше, содержащую конфликтующие элементы...

...После импорта модели войдите в слой, содержащий виртуальную модель, чтобы вручную разрешить конфликты...

...После того как вы разрешите конфликты на слое 3, перенесите элементы на слой 2. Простейший путь для этого – выгрузить элементы из слоя 3 в файл XPO, удалить их и импортировать в слой 2...

[alicedr]

Цитата:

Сообщение от S.Kuskov

Вот стандартный порядок действий https://navicongroup.ru/ax/book/AX20...жения.pdf:

Это как-то отличается от того как описано у меня?

[alicedr]

Картинки в студию.

Рисунок 1: Сравнение кода из USR слоя - все как ожидалось
Рисунок 2: Сравнение кода из ISV слоя - все как ожидалось кроме вставки изменений на USR.
остальные рисунки - странно выглядящие формы.

[alicedr]

Если у кого-то есть идеи,будем рады попробовать!