Попробуйте на более ранних версиях АХ

[kashperuk]

Выполните кто-то этот джобик на различных своих версиях АХ, интересно, или где-то работате.

static void Job2(Args _args)
{
    #AOT
    
    TreeNodeIterator iterator = TreeNode::findNode(#FormsPath).AOTiterator();
    Form form;
    
    form = iterator.next();
    while (form)
    {
        info(form.name());
        
        form = iterator.next();
    }
}

Ожидаемый результат: показаны все формы, нету ошибок

[NetBus]

Unable to load properties.

axapta 2009
kernel version: 5.0.1500.6491
application version:5.0.1500.6491

[S.Kuskov]

AX2009

name не работает

Цитата:

Unable to load properties.

treeNodeName - работает
свойство name работает, если перед использованием свойства сделать

form.load(form.treeNodeName());

[gl00mie]

Попробовал на 3.0 SP4 Ошибка "Unable to load properties" не появляется, но и ни одного названия не выводится - только куча пустых строк.

[kashperuk]

Цитата:

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

Попробовал на 3.0 SP4 Ошибка "Unable to load properties" не появляется, но и ни одного названия не выводится - только куча пустых строк.

Ясно, то есть похоже никогда это и не работало.
Жаль. Ну, и дальше не будет работать, так что забудьте, что когда-то видели этот код

[LEX]

info(form.toString());

вернул названия форм

АХ2012

[kashperuk]

Цитата:

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

info(form.toString());

вернул названия форм

АХ2012

Как название получить - это понятно, toString() причем не лучший вариант
Проще использовать просто AotTreeName или что-нить доступное из TreeNode класса напрямую

[Umka]

AX4.0
Unable to load properties.

[Logger]

Кстати, Иван, если уж пошла такая пьянка и начали обсуждать глюки работы с AOT.

Может быть зарегаешь багу ядра по работе с проектами.
В 3-ке такой код работает на ура.
Объекты АОТ в проекте

В 2009-й работает на порядок медленнее, виснет на больших проектах. Клиент Аксапты часто падает (похоже память течет при активном переборе узлов проекта). В общем все сломали. (У нас порядка 7 тысяч проектов в приложении)

Пришлось делать поиск хакерскими методами
Объекты АОТ в проекте

[kashperuk]

Цитата:

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

Кстати, Иван, если уж пошла такая пьянка и начали обсуждать глюки работы с AOT.

Может быть зарегаешь багу ядра по работе с проектами.

Создал сегодня только

[kashperuk]

Цитата:

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

Создал сегодня только

Вот ответ (багу закрыли как Won't Fix)

Цитата:

This issue is correctly an overcommit of memory - but not a leak. The code isn't explicitly releasing the projects as it's done with them. The design of the client AOT requires explicit memory management when working with large sets of treeNodes. See AotSearch and other code. There are patterns like the treeNodeTraverser that helps achieve this with little effort. The treeNodeType has information about whether a treeNode type require explicit memory management ("isConsumingMemory") and the code needs to operate accordingly to get an appropriate trade off between speed and memory consumption.

По сути, говорят, поведение ожидаемое, так как память, выделяемую под эти объекты, надо сразу самому очищать, иначе она может закончиться
Также приводят пару примеров, КАК лучше делать такие вещи.

[Raven Melancholic]

В данном случае вообще что-то странное (DAX4).
Если посмотреть иерархию классов по системному объекту Form, то показывает, что он наследуется не от TreeNode, а от Object. Тем не менее, ошибок компиляции на iterator.next() не возникает. Метод name на form есть, а на TreeNode нет.
По моему, строка iterator.next() должна вызывать ошибку на этапе компиляции, а не выполнения. Хотя метод form.treeNodeName() четко отрабатывает, хотя его нет прямо в Form, он определен на TreeNode, но, если верить стандартным утилитам, то его вообще не должно быть в классе Form. Судя по всему, для системных классов, реализованных на уровне ядра, на наследование полностью полагаться нельзя.

[kashperuk]

Нуу, Form наследуется от TreeNode, не знаю, почему у тебя показывается иначе. Может в 4ке еще нужно было обновлять иерархию объектов через перекрестные ссылки?

[Romb]

У меня работает, если перед

info(form.name());

поставить

form.AOTshowProperties();

или

form.AOTgetProperties();

АХ 2009 5.0.1500.3761

[kashperuk]

Да, спасибо, Romb, но баг как раз и состоит в том, что он автоматически не подгружает свойства объекта при вызове метода name()

[Logger]

Спасибо, будем знать. С толку сбило что в 3-ке все отрабатывало.
Видимо трешечный клиент как-то по другому с памятью обращался, либо меньше её потреблял, так что мы не упирались в предел.