переименовать файл меток в D365 (AX7)

[alicedr]

Цитата:

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

нет, конечно )

человеку надо поставить модель на систему.
он задает вопрос как переименовать файл меток.

из этого никак не следует что ему надо переименовывать.
ему по-прежнему надо поставить модель на другую систему.

Уточняю.

Если честно, что там у них законфликтило, я не знаю, доступа пока нет.

В теории в АОТе не может быть 2х объектов одного типа с одинаковым названием, пусть они и лежат физически в разных моделях (читай папках); так что это может быть название меточного файла.
Также это может быть Label file Id, то есть аббревиатура из уже не обязательно трех букв.
В худшем случае и то, и другое. Ориентируюсь на него.

Меток почти 2 тысячи, зато язык один.
Мерджить ничего не надо, слава Богу.

[mazzy]

Цитата:

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

В теории в АОТе не может быть 2х объектов одного типа с одинаковым названием, пусть они и лежат физически в разных моделях (читай папках)

может. объект - может. )))
меточные файлы - да - не могут.
см. "хитрый" вопрос на собеседование по акс7.

Цитата:

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

Меток почти 2 тысячи, зато язык один.
Мерджить ничего не надо, слава Богу.

почему вы так думаете?

Если вы знаете что делаете, слушайте Макса Белугина.
Дополнительно к VSCode могу порекдомендовать Notepad++
)))

[MazZzDaI]

Где теперь хранятся xrefs в 365?

Видится такой алгоритм реплейсера:
1. "прочёсывать" xrefs на предмет пути к исходнику содержащему метку "@OLD22";
2. открыть исходник объекта и заменить "@OLD22" на "@NEW22".

Upd:
База данных DYNAMICSXREFDB содержит построенные ссылки.
Запрос выбора ссылок для указанного объекта "@ANG5614":

use DYNAMICSXREFDB;

select top 100
	modules.Module
	,searchObject.Id as 'SearchObjectId'
	,searchObject.Path as 'SearchObjectPath'
	,xrefs.SourceId as 'ReferencedObjectId'
	,referencedObject.[Path] as 'ReferencedObjectPath'
	,xrefs.Line
	,xrefs.[Column]
	,xrefs.Kind
from [Names] searchObject
inner join [Modules] modules
	on modules.Id = searchObject.ModuleId
inner join [References] xrefs
	on xrefs.TargetId = searchObject.Id
inner join [Names] referencedObject
	on referencedObject.Id = xrefs.SourceId
where searchObject.Path like '%@ANG5614%'

Таблица References содержит поле Kind, и после некоторых попыток связать номера с типами объектов получил следующий маппинг:
1 Method
2 Class
3 Interface
4 Abstract class
5 ?
6 Property
7 Attribute
8 ?
9 Tag

Результат выглядит следующим образом:


Смапить с физическим расположением исходника - дело техники

[skuull]

Цитата:

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

Таблица References содержит поле Kind, и после некоторых попыток связать номера с типами объектов получил следующий маппинг:
1 Method
2 Class
3 Interface
4 Abstract class
5 ?
6 Property
7 Attribute
8 ?
9 Tag

Поиск по форуму великолепный Что значит kind в xReference в ax7?

[MazZzDaI]

Цитата:

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

Поиск по форуму великолепный Что значит kind в xReference в ax7?

Да, ты прав, Евгений, спасибо ^_^

Сделал приложение для замены кодов меток Ax7LabelsReplacer
Критика приветствуется.

[mazzy]

Цитата:

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

Сделал приложение для замены кодов меток Ax7LabelsReplacer
Критика приветствуется.

Огромное спасибо за проект.
Пусть будет больше проектов - хороших и разных.

Не столько критика, сколько предложения для обсуждения:

1. может не стоит хардкодить путь к аксапте? если уж не параметры командной строки, то хотя бы какой-нибудь в XML или брать из проекта. см.п.10
2. И connection string к базе с перекрестными ссылками тоже.
3. мне не кажется, что прямой запрос в базе с перекрестными ссылками является хорошей идеей. лучше воспользоваться хранимками, которые поставляются в этой базе. (см. приложенный скриншот). об эффективности и целесообразности прямых запросов по сравнению с хранимками можно поговорить
4. насчет Replace в type - мне вот интересно, а сами разработчики в MS как с этим работают? наверняка какая-нибудь утилита есть для такой замены. А вообще говоря, яйца хочется оторвать тому, кто запроектировал множественное число.
5. могу ошибаться, но не понимаю как будут найдены метки, которые используются в другой модели. например, метка объявлена в модели myModel, а используется в модели myModelTest. )))
6. чтение файла - очень медленная операция. поэтому хотелось бы, чтобы алгоритм был более умным и читал только один раз. могу ошибаться, но мне кажется, что сейчас каждый xml-файл будет читаться столько раз, сколько меток в этом файле найдено перекрестными ссылками (retList - обычный список, который позволяет хранить дубли. в sql нет group by)
7. в идеале хотелось бы видеть хотя бы подходы к распараллеливанию дисковых операций с xml-файлами
8. текстовый replace в xml-файле... да еще заменяемые строки задаются пользователем в параметрах... мне кажется это слишком опасным - слишком легко сломать ВЕСЬ исходный код аксапты.
9. if (!text.Contains(_fromLabel)) ПОСЛЕ замены выглядит прикольно )))
10. на самом деле хотелось бы на выходе получить не тексты ошибок, а список измененных файлов, которые надо включить в проект и которые надо будет сбилдить. а лучше, чтобы проект сразу был бы обновлен утилитой.
11. добавил после крепкого размышления "а стоит ли": ну и не Console.WriteLine, а вывод в канал для ошибок stderr, чтобы утилиту можно было запускать в автоматическом режиме, чтобы можно было перенаправлять потоки-каналы в файл и затем анализировать другими утилитами.

[MazZzDaI]

Спасибо большое за отзыв!

Цитата:

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

может не стоит хардкодить путь к аксапте? если уж не параметры командной строки, то хотя бы какой-нибудь в XML или брать из проекта. см.п.10
И connection string к базе с перекрестными ссылками тоже.

TODO

Цитата:

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

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

TODO
Поиск на моём инстансе занимал 22 сек для каждой метки, для оптимизации перенёс все нужные References в отдельную таблицу путём select * into.

Цитата:

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

насчет Replace в type - мне вот интересно, а сами разработчики в MS как с этим работают? наверняка какая-нибудь утилита есть для такой замены. А вообще говоря, яйца хочется оторвать тому, кто запроектировал множественное число.

Хороший вопрос, но в группу разработчиков ядра я пока не вхожу

Цитата:

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

могу ошибаться, но не понимаю как будут найдены метки, которые используются в другой модели. например, метка объявлена в модели myModel, а используется в модели myModelTest. )))

Поиск исходников производится только в указанном каталоге независимо от наличия файла меток. Т.е. получил ссылку на файл, нашёл файл, переписал "ТестOLD" на "ТекстNEW".

Цитата:

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

чтение файла - очень медленная операция. поэтому хотелось бы, чтобы алгоритм был более умным и читал только один раз. могу ошибаться, но мне кажется, что сейчас каждый xml-файл будет читаться столько раз, сколько меток в этом файле найдено перекрестными ссылками (retList - обычный список, который позволяет хранить дубли. в sql нет group by)

TODO

Цитата:

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

в идеале хотелось бы видеть хотя бы подходы к распараллеливанию дисковых операций с xml-файлами

TODO

Цитата:

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

текстовый replace в xml-файле... да еще заменяемые строки задаются пользователем в параметрах... мне кажется это слишком опасным - слишком легко сломать ВЕСЬ исходный код аксапты.

Если подвязана система контроля версий, то все изменения можно откатить (чем я и пользовался в процессе создания)

Цитата:

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

if (!text.Contains(_fromLabel)) ПОСЛЕ замены выглядит прикольно )))

Действительно

Цитата:

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

на самом деле хотелось бы на выходе получить не тексты ошибок, а список измененных файлов, которые надо включить в проект и которые надо будет сбилдить. а лучше, чтобы проект сразу был бы обновлен утилитой.

TODO
При подключенной системе контроля версий все изменённые файлы сваливаются в Pending changes, выгребаю оттуда командой "tf status".

Цитата:

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

при включенной системе контроля версий, в большинстве случаев у файлов будет включен ReadOnly атрибут.

Можно убрать атрибут (что потенциально опасно при совместной разработке) или настроить build

Цитата:

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

добавил после крепкого размышления "а стоит ли": ну и не Console.WriteLine, а вывод в канал для ошибок stderr, чтобы утилиту можно было запускать в автоматическом режиме, чтобы можно было перенаправлять потоки-каналы в файл и затем анализировать другими утилитами.

и

Цитата:

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

...сканирование папок лучше завернуть в обертку try catch так как во время поиска возможны ошибки доступа и ошибки с пермишенами

Можем улучшить приложение совместно - кидайте ChangeRequest в GutHub

[ryik]

Цитата:

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

Да, ты прав, Евгений, спасибо ^_^

Сделал приложение для замены кодов меток Ax7LabelsReplacer
Критика приветствуется.

После развернутого ответа mazzy мне осталось только дополнить, что сканирование папок лучше завернуть в обертку try catch так как во время поиска возможны ошибки доступа и ошибки с пермишенами - и программа будет просто вывалиться.

[mazzy]

Цитата:

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

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

угу.
и, при включенной системе контроля версий, в большинстве случаев у файлов будет включен ReadOnly атрибут.