Метки - Экспорт и Импорт через Проект

[z_av]

Каким образом перенести метки из приложения в приложение, используя возможности экспорта - импорта проекта ?
В окне параметров экспорта (импорта) есть режим "переносить прикладные объекты и метки", но при попытке переноса в таком режиме из одного приложения Axapta в другое метки НЕ переносятся!

Примечание: меточный файл в приложении, в которое переносим, уже создан и указан в параметрах импорта проекта.
Пробовали в 3- и 2-звенной конфигурации, результат одинаковый - не получается.
Что упустили? Подскажите, plz!

[Lexey]

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

[mpogorelov]

при иморте проекта на форме 'Импорт' надо поставить галку 'Отобразить подробности'

[Maxim Gorbunov]

Чтобы импортировать проект с метками, надо его сначала с метками экспортировать.

[mpogorelov]

Цитата:

Изначально опубликовано Maxim Gorbunov
Чтобы импортировать проект с метками, надо его сначала с метками экспортировать.

это понятно
но вот если при импорте не поставить галку 'Отобразить подробности', то новые метки не экспортируются (по крайней мере у меня так работает)

[Geo]

Ап темы, подходит по названию хорошо.

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

Вопрос: так и должно быть? Или где-нибудь спряталась галочка "Скрыть неизменившиеся", которая позволяет увидеть только то, что нужно? Или можно как-то сказать системе, чтобы она по умолчанию заменяла существующие метки, а не создавала новые?

[jkspb]

Метки загружаются благополучно и без просмотра состава проекта.

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

Для сокращения меток в файле попробуйте указывать только нужные вам языки + маленько подпилить экспорт меток, если работаете только с одним слоем.

Для допилки достаточно в \Classes\SysImportLabel\label2Xml(), в самом начале, вставить код вида:

if (substr(_labelId,1,4) != "@ХХХ")  { return "";  }

[Geo]

Хм, не очень понял, а что такое "@ХХХ" ?

[Ivanhoe]

Похоже, префикс метки Типа @SYS - метки системного слоя, @VAR - метки со слоя VAR.

[Geo]

Так а если я как раз @SYS метки и меняю? Вот вчера с упоением правил в Заказах на продажу "группы продавцов" на "ед. изм. продажи" ))

[jkspb]

Менять текст системных меток - плохой стиль.
Значительно более правильным является вставка метки из своего меточного файла, который "гарантированно" не будет меняться от версии к версии. Меньше рисков, что текст метки будет изменен, или вообще удален.

[coolibin]

Кто-нибудь сталкивался с проблемами импорта меток вместе с проектом в AX2009?

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

Метки только на одном языке.

[Maximin]

Если не знать особенностей поведения Аксы - то проблемы есть.
Дело в том, что она пихает в экспорт все подряд метки, которые встретились в объектах, содержащихся в экспорте. И потом при импорте, зачастую, не понимает, что такие метки (в т.ч. стандартные) уже есть (точнее понимает, но действием по умолчанию почему-то выбирает "создать новую"). Поэтому проекты метками я переношу в 2 этапа - сначала объекты, потом вторым заходом либо выбирая объекты с измененными/новыми метками (чтобы ограничить список импортируемых меток на закладке "Метки", тогда разобраться проще), либо - сортируя список меток по предлагаемым действиям и меняя действия для явно уже существующих и как правило неизменяемых (ибо плохой тон) системных меток на "Не импортировать", ну а с новыми/измененными (их как правило, остается немного) действую сообразно ситуации. Где-то так...
И не давать неопытным разработчикам импортировать метки! А то потом половина репозитария "черная" из-за измененных меток (стандартных, залитых в режиме по умолчанию "Создать новую"). Я как-то имел счастье откатывать обратно такие импорты - работа та еще.

В случае 2х АОСов читать вот эту статью: emeadaxsupport: How label flushing works under the hood