25.10.2013, 09:07 | #1 |
Участник
|
После инсталяции Map вдруг cтал Table?!
Доброго времени суток,
используем AX2012R2. После инсталяции VAR Model наблюдаем следующий феномен: объект SalesPurchTableToLineParameters раньше был Map а теперь стал вдруг Table. Его ID не изменилось, но он почему-то перекочевал из мэпов в таблицы. Модификаций в нем нету (SYS Layer). Как его "отправить" обратно в мэпы? Спасибо за помощь! |
|
25.10.2013, 15:40 | #2 |
Участник
|
Это действительно странно, но в AX2012R2 Map SalesPurchTableToLineParameters в таблице UtilIdElements "числиться" как Table а не TableMap.
А вот в SQLDictionary ее как раз нету Попробуйте исправить запись в UtilIdElements и пезапустить AOS. Тоже самое наблюдается в AX2012, похоже что проблема вылезла как раз после заливки VAR, посмотрите, может где-то пересекаются ID?
__________________
http://www.axdevposts.blogspot.com Пришел, уведел.... отойди, дай другому увидеть! Последний раз редактировалось plumbum; 25.10.2013 в 15:44. Причина: проверил в AX2012 |
|
06.12.2013, 14:16 | #3 |
Участник
|
Удалось решить проблему? Столкнулся с тем же но с Map SalesPurchBookVATProcessLogTransOper_RU. В UtilIdElement записано как Table и реально стала таблицей. На других приложениях в UtilIdElement запись 1 в 1 такая же а отображается в АОТ как Map.
|
|
07.02.2014, 14:22 | #4 |
Программатор
|
Коллеги, как лечится этот глюк?
|
|
09.02.2014, 21:37 | #5 |
Талантливый разгвоздяй
|
А вы уверены что это баг? У меня чистая AX 2012 R2 CU7 и наугад выбранные маппы все в UtilElements и UtilIdElements числятся именно таблицами, а не маппами. Проверял вот эти маппы: SalesPurchTableToLineParameters, SalesDeliveryDateControlMap, SalesPurchLine, CustVendPaymModeFeeIntervalMap, InventPriceMap
Может тут какая-то фича скрывается, а? |
|
10.02.2014, 10:24 | #6 |
Программатор
|
Уверен, что это не баг, а фича. Но отображаются то они у вас в мапах? Если хоть одна отображается в таблицах - акса не синхронизируется.
|
|
10.02.2014, 14:17 | #7 |
Участник
|
В MS знают про проблему, мой запрос был не первым. Но т.к. последовательность действий не повторить, я так понимаю, готового решения пока нет. На одном из проектов руками правили в SQL бд.
__________________
Ivanhoe as is.. |
|
|
За это сообщение автора поблагодарили: Kabardian (3). |
10.02.2014, 14:54 | #8 |
Программатор
|
удалить в базе на СКЛ и синхронизировать в аксе?
|
|
10.02.2014, 14:55 | #9 |
Участник
|
Нет, что-то другое.. именно в БД приложения поменять. Уточню у разработчиков.
__________________
Ivanhoe as is.. |
|
|
За это сообщение автора поблагодарили: Sada (4). |
11.02.2014, 00:47 | #10 |
Талантливый разгвоздяй
|
|
|
11.02.2014, 10:33 | #11 |
Программатор
|
|
|
11.02.2014, 10:59 | #12 |
Участник
|
Уточнил у своих - собирали сбоку новое приложение т.е. совсем не быстрый способ.
Пока сильно панику не подымаем, т.к. только на DEV случалось, а тестирование в отдельной системе делаем. Первая линия поддержки MS начала искать похожие кейсы, следующий апдейт - 17-го февраля. Попробую их ускорить.
__________________
Ivanhoe as is.. |
|
11.02.2014, 11:07 | #13 |
Программатор
|
Да. мы тоже собирали новое приложение, думал как то проще можно...
|
|
11.02.2014, 11:15 | #14 |
Талантливый разгвоздяй
|
|
|
11.02.2014, 11:22 | #15 |
Боец
|
Было такое. Не помню в какой таблице (UtilElements?) есть бинарное поле(массив байтов вроде). "Сигнатура" в этом поле оказалась битой. Короче поменяли несколько байт этого поля на верные, такие как должны быть в мапе. Подробности к сожалению не могу сейчас дать.
|
|
11.02.2014, 11:23 | #16 |
Программатор
|
Мы люди терпеливые
|
|
11.02.2014, 12:22 | #17 |
Талантливый разгвоздяй
|
|
|
11.02.2014, 22:47 | #18 |
Программатор
|
Сорри, значит был не прав
|
|
12.02.2014, 13:36 | #19 |
Участник
|
Решение
Коллеги, нам удалось исправить данную проблему копированием поля Properties таблицы ModelElementsData базы модели и одной базы в другую, пример скрипта:
X++: USE AX60_DEV_model UPDATE [dbo].[ModelElementData] SET [dbo].[ModelElementData].Properties = GOOD_BASE.Properties FROM [dbo].[ModelElementData] AS BAD_BASE LEFT JOIN [AX60_TST_model].[dbo].[ModelElementData] AS GOOD_BASE ON BAD_BASE.ElementHandle = GOOD_BASE.ElementHandle WHERE GOOD_BASE.ElementHandle = 185644 Ссылка на тему с аналогичной проблемой: http://community.dynamics.com/ax/f/3...71/249240.aspx PS. Удобный сайт для форматирования SQL-операторов: http://poorsql.com/ Последний раз редактировалось Stainless; 12.02.2014 в 13:40. Причина: Очепятка |
|
|
За это сообщение автора поблагодарили: mazzy (2), AlGol (2), Oz (2), db (10), sukhanchik (20), Logger (8), b_nosoff (2), Raven Melancholic (5), Sada (4), leva (1), Ivanhoe (5), oip (2), gl00mie (15), Stitch_MS (6), Kabardian (6), Dreadlock (1), pedrozzz (1). |
12.02.2014, 15:11 | #20 |
Боец
|
1. Находим по имени и ID в таблице SysModelElement нужную строку. Запоминаем значение поля RootModelElement.
2. Открываем SQL MS, БД модели и ищем запись с знаением нашего RootModelElement из предыдущего пункта. FROM [xxx].[dbo].[ModelElementData] where ElementHandle = RootModelElement В найденной строке находим поле бинарное Properties. Заменяем значение этого поля на верное (верное значение берем из рабочей аксапты по аналогичному агоритму). 3. Синхронизируем БД. 4. Не знаю, нужен ли рестарт АОСа до\после п.3 Не успел ответить, но не пропадать же... ) |
|
|
За это сообщение автора поблагодарили: mazzy (2), Logger (7), Perc (1), shlyopin (1), Stainless (1), Kabardian (6), Pandasama (1). |
Теги |
ax2012, ax2012r2, map, table |
|
|