Неприятные нюансы AxCliCfg.exe в работе с кодами для разработки в слоях

[Косых Артём]

В ходе настройки конфигураций для DAX 4.0 наткнулся на пару неприятных моментов в новой конфигурационной утилите клиента.

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

Во-вторых, в MSDN было написано следующее, цитирую:

Цитата:

With a development license, you can edit X++ code at any customer location by using the Configuration Utility to establish your credentials.
To edit code at a customer site
1. Open the configuration utility (Start > All Programs > Administration > Microsoft Dynamics AX Configuration Utility).
2. Verify that the currently open configuration target and configuration are the ones you want to modify.
3. On the Developer tab, in the License code box, enter a valid development license code, retype the code in the Confirm license code box, click Apply, and then click OK.

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

Проблема, оказывается в следующем:
1. Конфигурационная утилита сохраняет файл в формате ANSI
2. Конфигурационная утилита в результате шифровки кода для слоя создает строку в формате Unicode.

Как лечить:
1. Создаем непосредственно в конфигурационной утилите конфигурацию, вводим код, сохраняем (конфигурация сохраняется в реестре Windows).
2. Лезем в реестр в раздел HKEY_CURRENT_USER\Software\Microsoft\Dynamics\4.0\Configuration, выбираем нашу конфигурацию и из нее копируем значение поля aolcode (как раз та строка в Unicode с зашифрованным кодом слоя).
3. Сохраняем конфигурацию в файл, открываем файл конфигурации в Notepad, и вставляем скопированную строку вместо того, что есть в файле (напротив строки aolcode,Text,).
4. Сохраняем конфигурационный файл в Unicode (в Notepad при сохранении можно выбирать формат).

Вот такими вот путями приходится людям, использующим конфигурационные файлы для своих многочисленных инсталляций, изголяться и выкручиваться с этим новым творением компании Microsoft

[EVGL]

Это еще что! У меня Аксапта не обращала внимание на Log directory. Нетрудно видеть, что введенное значение не экспортируется в axc-файлы. Приходится задавать директорию ручками в файле, а потом импортировать обратно. Кроме того, можно заметить, что в утилите нельзя больше изменить Alternative bin. А в файле - можно! Чума... Казалось бы, трудно допустить такие очевидные ошибки в столь примитивной программе. Но нет предела возможному.

[Deep Dreamer]

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