Клиент падает при попытке сравнить таблицу во время импорта

[vanokh]

Ax 4 SP1 (впрочем SP2 то же самое). Разработка на VAR слое, также есть модификации на vap и на usr.

Открываем импортировать какой-нибудь .xpo с таблицами на VAR и нажимаем правой кнопкой на таблице, чтобы сравнить - клиент молча выпадает. Есть предположение, что зависит от приложения поскольку из разных 4 аосов только на одном еще удается сравнивать - на остальных приложение было продублировано копированием слоев и в результате сравнение перестало работать.

На сайте Microsoft было найдено описание подобной ошибки и патч, но только для 4.0 American release (929418). Сталкивался ли кто-нибудь с подобным и как лечили?

Для SP2 скачал kernel rollup'ы (963111, 959050, 967099 - получился build 4.0.2503.560) возможно затрагивающие данный случай, но безуспешно. Сначала удалось сравнить пару таблиц - LedgerJournalTrans и SalesLine, но выпадало на Address, потом через пару перезапусков клиента и те перестало сравнивать. Все вышеупомянутые таблицы модифицированы на var-слое нашими разработками, кроме того у них есть изменения на syp, gls (glp).

На SP1 помог kernel rollup 932367, но опять же сравнивать можно не все таблицы, а только избранные по непонятному критерию.

[Sada]

Кэшы, индексы убивали?

[vanokh]

Цитата:

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

Кэшы, индексы убивали?

Конечно - не помогает.

Выяснил, что патч 929418 есть и для SP1 - поставили (build 4.0.2500.34), все равно не помогает... Более того, те немногие таблицы, которые еще можно было сравнивать, теперь перестали сравниваться...

[Yprit]

Было такое... Не лечилось ничем, даже глобальной компиляцией. Исчезло после специфической процедуры, которая у нас называется "перестановка проекта" - это когда разработческое приложение целиком и полностью подкладывается на боевую базу. Причины так и остались не ясны....

[vanokh]

Цитата:

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

Было такое... Не лечилось ничем, даже глобальной компиляцией. Исчезло после специфической процедуры, которая у нас называется "перестановка проекта" - это когда разработческое приложение целиком и полностью подкладывается на боевую базу. Причины так и остались не ясны....

В том то и дело, что у нас сравнение работает только на разработческом приложении, а два тестовых и рабочее, между которыми как раз приложение и было скопировано, все как одно обладают этим нехорошим свойством. Хотя нужно уточнить про "подкладывание" - мы копируем все слои выше var'а, а у вас как?

[mazzy]

Цитата:

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

Ax 4 SP1 (впрочем SP2 то же самое). Разработка на VAR слое, также есть модификации на vap и на usr.

Цитата:

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

Конечно - не помогает.

А auc-файлы из %user%\AppData\Local\Application data удаляли?
А заодно и kti-файлы в этом же каталоге.

[lev]

Цитата:

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

А auc-файлы ...

опечатка наверно, не auc-файлы, а aOc-файлы

[SRF]

Цитата:

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

опечатка наверно, не auc-файлы, а aOc-файлы

Никакой опечатки тут нет Именно auc-файлы, поскольку это DAX 4.0. А вот в AX 3.0 - aoc.

[miklenew]

Как то была вот такая проблема.
Критическая ошибка и на чё смотреть
Может где-то какая-нибудь tmp таблица заполняеться и в ней были сделаны изменения.

[lev]

Цитата:

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

Никакой опечатки тут нет Именно auc-файлы, поскольку это DAX 4.0. А вот в AX 3.0 - aoc.

Спасибо. Тогда извиняюсь

[Yprit]

Цитата:

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

мы копируем все слои выше var'а, а у вас как?

Мы люди простые и бесхитростные - копируем папочку Application

[vanokh]

Цитата:

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

А auc-файлы из %user%\AppData\Local\Application data удаляли?
А заодно и kti-файлы в этом же каталоге.

тоже не помогает

[vanokh]

Цитата:

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

Как то была вот такая проблема.
Критическая ошибка и на чё смотреть
Может где-то какая-нибудь tmp таблица заполняеться и в ней были сделаны изменения.

Не похоже - какая временная таблица может заполняться при сравнении?
И по симптомам не похоже - падает молча безо всяких сообщений...

Даже нашли отладчиком - падает при вызове системного метода в SysImportElements.buildTreeContextMenu на строке 53:

                    treeNodeImport  = infolog.getImportedNode(exportId, tmpImportAot.UtilFileType, tmpImportAot.UtilElementType, name /*tmpImportAot.TreeNodeName*/, tmpImportAot.FilePos, flag);

[miklenew]

Цитата:

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

Даже нашли отладчиком - падает при вызове системного метода в SysImportElements.buildTreeContextMenu на строке 53:

                    treeNodeImport  = infolog.getImportedNode(exportId, tmpImportAot.UtilFileType, tmpImportAot.UtilElementType, name /*tmpImportAot.TreeNodeName*/, tmpImportAot.FilePos, flag);

А можно job сделать с вызовом этого метода с параметрами на которых он падает.
Что произойдёт?
Если объект на котором валиться ваш, попробуйте его удалить и перенакатить заново.

[vanokh]

Цитата:

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

А можно job сделать с вызовом этого метода с параметрами на которых он падает.
Что произойдёт?
Если объект на котором валиться ваш, попробуйте его удалить и перенакатить заново.

Job тоже валится:

static void Job26(Args _args)
{
    TreeNode    treeNodeImport = null;
    int         exportId;
    str         filename = "C:\\Documents and Settings\\user\\My Documents\\Table_AddressCountryRegion.xpo";
    ;
    exportId        = infolog.startImport(filename, 320);
    if(infolog.findNode("\\Data Dictionary\\Tables\\AddressCountryRegion"))
    {
        treeNodeImport  = infolog.getImportedNode(exportId, UtilFileType::Application, UtilElementType::Table, filename, 61, 320);
    }
    infolog.endImport(exportId, 1);
}

Валится на всех таблицах - не важно лежат ли они только на системных слоях или модифицированы нами.

[lev]

странно, у меня нормально отработало....
ещё раз уточню, ре индексацию приложения делали?

[miklenew]

Цитата:

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

странно, у меня нормально отработало....
ещё раз уточню, ре индексацию приложения делали?

У меня тоже.
Можно ещё синхронизацию и глобальную компиляцию сделать, так навсякий случай.

[vanokh]

Цитата:

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

странно, у меня нормально отработало....
ещё раз уточню, ре индексацию приложения делали?

Да, естественно, после установки патча грохнули .aoi.

Цитата:

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

У меня тоже.
Можно ещё синхронизацию и глобальную компиляцию сделать, так навсякий случай.

и пересинхронизировали-перекомпилировали. После и .auc удалили - все впустую...

[yurishylenko]

Добрый день! Столкнулся с похожей проблемой в AX 2009. При попытке компарации именно таблиц падает клиент. Интересно, что не все таблицы к такому приводят. Все происходит на VAR слое. Как получаю ошибку: делаю експорт таблицы а затем импорчу ее с компарацией. Валится на

treeNodeImport  = infolog.getImportedNode(exportId, tmpImportAot.UtilFileType, tmpImportAot.UtilElementType, name /*tmpImportAot.TreeNodeName*/, tmpImportAot.FilePos, flag);

Для интереса посмотрел таблицы UtilElements и UtilIdElements. Таблицы содержат рекорды с пустым филдом RecordType, ParentId & ID. Возможно и в этом проблема, но я просто не знаю, как эти две таблицы заполняются (могут ли там находиться такие рекорды) и как работает (куда смотрит) GetImportedNode метод. Может кто-нибуть уже встречался с этим и побпрол такую проблему.

[a-v-mikhailov]

На нашем приложении 4.0 SP1 на ряде таблиц стала недавно появляются эта проблема с падением клиента на сравнении, на той же строке в \Classes\SysImportElements\buildTreeContextMenu, как здесь и писали.

Предшествовало ей следующая странность - при импорте проекта с новым методом на таблице метод и проект были видны в АОТ, но изменения в них внести было нельзя


..ни залить проект заново


При этом при поиске в UtilElements нового метода выдавалось


Перестроили индексы приложения, сделали глобальную компиляцию - "странность" ушла, проект и метод пропали, и были залиты заново, но появилось падение клиента на сравнении части таблиц

Коллеги, кто-нибудь нашел решение сабжевого вопроса?