Экспорт отдельного слоя приложения

[S.Kuskov]

AX2009. Выделяю в AOT группу report'ов. Экспортирую их с выбранной опцией 'Слой объекта приложения' = var. Среди объектов, выделенных для экспорта, присутствуют, как объекты созданные на var либо имеющие изменения на var, так и объекты созданные на вышестоящих слоях (например на usr). В файле *.xpo на месте последних генерируются "пустые заглушки". Может быть это всё и нормально, но только процедура импорта почему-то совсем не хочет проглатывать эти заглушки обратно, обрывая тем самым процесс загрузки целой группы объектов.

Выход пока вижу только один, выгружать только действительно присутствующие на слое объекты.
Зделать это можно убрав целиком все вышестоящие слои с сервера приложений, либо отфильтровав небходимые объекты при помощи процедуры сравнения слоёв.

[kashperuk]

Отчеты, насколько я помню, хранятся полностью в самом верхнем слое. Видимо из-за этого не получается экспортировать изменения низлежащего слоя.
Ради интереса, попробуйте точно то же сделать с формами. Получится? Не должно
А с таблицами? Должно

[S.Kuskov]

С формами ошибки не возникает, просто загружается выгруженная "пустышка" без методов, источников данных и дизайна.

Единственное, где ещё нашёл эту ошибку, это на menuitem! (казалось бы куда уж проще):

Цитата:

Ошибка в строке 8: ожидалось PROPERTIES, но обнаружено ENDMENUITEM.
Серьезная ошибка при импорте Menu Item

К слову для репортов текст ошибки выглядит так:

Цитата:

Ошибка в строке 11: ожидалось METHODS, но обнаружено QUERY.
Серьезная ошибка при импорте Report

Такое ощущение, что парсер просто не умеет обрабатывать такие ситуации.

А вообще от такой последовательности действий (выделения/экспорта) интуитивно ожидалось в результирующем файле увидеть только нужные объекты, действительно присутствующие на выбранном слое, без "пустышек". Ну или полное игнорирование их ("пустышек") при импорте. Потому что, даже если все пустышки научатся корректно загружаться обратно, зачем они нужны - захломлять нижележащий слой?