Приведение типов в Axapta

[jonny.do]

Собственно проблема:
Axapta 2009, .NET 3.5 в ней отсутствует SecurityProtocolType::TLS12,
на c# это можно обойти через приведение типов:

ServicePointManager.SecurityProtocol = (SecurityProtocolType)3072;

Возможно ли сделать тоже самое в Аксапте? Без этого сторонний сервер не хочет принимать запрос..

System.Net.ServicePointManager::set_SecurityProtocol(System.Net.SecurityProtocolType::TLS12);

[Raven Melancholic]

Можно научить DAX2009 понимать объекты .NET 4*.
В клиента в каталог bin положите файл ax32.exe.config со следующим содержимым:

<?xml version="1.0" encoding="utf-8" ?>
<configuration>
  <startup useLegacyV2RuntimeActivationPolicy="true">
       <supportedRuntime version="v4.0" sku=".NETFramework,Version=v4.5"/>
  </startup>
</configuration>

В bin инстанса сервера с таким же содержимым, но с именем Ax32Serv.exe.config
Естественно и клиента и сервер нужно перезапустить.
Именно для работы с TLS12 сделали так, работает как минимум полгода без проблем. Правда что-то у нас пошло не так при прямом указании

System.Net.SecurityProtocolType::TLS12

поэтому инициируем через распарсивание:

protocolType = CLRInterop::parseClrEnum(#SystemNetSecurityProtocolType, #Tls12);

где:

#define.SystemNetSecurityProtocolType('System.Net.SecurityProtocolType')
#define.Tls12('Tls12')

[Damn]

Цитата:

Сообщение от Raven Melancholic

Именно для работы с TLS12 сделали так, работает как минимум полгода без проблем.

Прошло ещё 5 месяцев с момента вашего поста.
Продолжает ли работать ваш способ с файлами ax32*.exe.config ?
Вы всем пользователям при установке клиента аксапты дополнительно копируете эти конфиг-файлы ?
Глобальная компиляция не выдаёт ошибки ?
Используете ли из .NET Framework 4.5 что-то ещё помимо Tls12 ?

[Raven Melancholic]

Цитата:

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

Прошло ещё 5 месяцев с момента вашего поста.

Ничего себе, время летит.

Цитата:

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

Продолжает ли работать ваш способ с файлами ax32*.exe.config

Неделю назад, когда я расстался с работодателем, в котором это делали, все работало абсолютно без проблем.

Цитата:

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

Вы всем пользователям при установке клиента аксапты дополнительно копируете эти конфиг-файлы ?

Нет, код работает на сервере, поэтому настроены только АОСы. Для клиентов конфиги сделаны только там, где работают разработчики (как на серверах RDP, так и Citrix) и там, где выполняется глобальная компиляция.

Цитата:

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

Глобальная компиляция не выдаёт ошибки ?

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

Цитата:

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

Используете ли из .NET Framework 4.5 что-то ещё помимо Tls12 ?

Каким-то специальным образом нет, но когда добавляешь какой-то референс, Аксапта берет библиотеку именно 4.5. Заметили это по тем разраотчикам, которые работают удаленно через Цитрикс - если у постоянных разработчиков все было настроено, то в Цитрикс не сразу сделали эти настройки и у удаленных разработчиков с новыми референсами выдавались ошибки в случае, если используемые объекты NET в 4.5 изменились по сравнению с 3.5. То есть, использование каких-то специфичных для 4.5 особенностей прямым образом не задавались, но эффект получили.

[Damn]

Цитата:

Сообщение от Raven Melancholic

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

Имеются в виду референсы на веб-сервисы или на dll ?
Что-то у нас референсы на веб-сервисы после восстановления перестали работать.
Не получается инициализировать soap client.
Убираем конфиг-файл из АОСа, восстанавливаем референсы и они снова начинают работать корректно.

[Damn]

Цитата:

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

Не получается инициализировать soap client.

Если быть точным, то получаем вот такую ошибку :
"Не удалось найти файл App.config в местоположении сборки на сервере. Наиболее вероятной причиной этого является код, выполняющийся на уровне клиента. Запустите код на уровне сервера."
Вдруг кто-то сталкивался. Код выполняется на сервере.

[Raven Melancholic]

Цитата:

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

Имеются в виду референсы на веб-сервисы или на dll ?
Что-то у нас референсы на веб-сервисы после восстановления перестали работать.

Тут не помогу, использовали только ссылки на обычные DLL. Даже для WEB сервисов не использовали возможность DAX2009 задавать ссылки на сервис, чтобы Акса сама там сформировала код C# и скомпилировала его.
Для WEB сервисов брали либо готовые NET сборки (например, для MS Exchange библиотеку EWS от Microsoft - кстати, вот еще пример, когда понадобилась версия выше, чем поддерживает DAX2009) либо писали сами такие оболочки, либо в самой Аксапте выполняли все, что нужно для вызова сервиса.

[Damn]

Цитата:

Сообщение от Raven Melancholic

<?xml version="1.0" encoding="utf-8" ?>
<configuration>
  <startup useLegacyV2RuntimeActivationPolicy="true">
       <supportedRuntime version="v4.0" sku=".NETFramework,Version=v4.5"/>
  </startup>
</configuration>

Можно ли как-то программно вытаскивать значения этих параметров из конфиг-файла ?
Чтобы понимать в каком АОСе мы сейчас находимся. С поддержкой Framework 4.5 или без поддержки.

[AlexSD]

Цитата:

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

Можно ли как-то программно вытаскивать значения этих параметров из конфиг-файла ?
Чтобы понимать в каком АОСе мы сейчас находимся. С поддержкой Framework 4.5 или без поддержки.

Я думаю, без проблем. В Аксапте же можно открыть и прочитать файл, который находится в файловой системе. Главное, что бы был соответствующий доступ у пользователя, под которым работает АОС.

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

[Damn]

Я думал может есть какой-нибудь красивый вариант получения свойства supportedRuntime из конфиг-файла, который использовал автор темы.
Например, с помощью System.Configuration или ещё каких-нибудь встроенных вещей.
А так конечно придётся просто файл считывать.

[SRF]

Можно примерно так (правда код проверял только на AX 2012 и версия .net 4.0, может быть и на 3.5 будет работать), но все равно саму секцию придется парсить как xml.

static void getStartupSectionInfo(Args _args)
{
    System.Configuration.ConfigurationSection           section;
    System.Configuration.SectionInformation             sectionInfo;
    System.Configuration.Configuration                  curConfig;
    System.Configuration.ConfigurationSectionCollection sections;
    str                                                 strValue;
    MenuFunction                                        menuFunction;

    if (! isRunningOnServer())
    {
        menuFunction = ClassFactory::makeObjectOnServer(classNum(MenuFunction));
        menuFunction.objectType(MenuItemObjectType::Job);
        menuFunction.object(funcname());
        menuFunction.runOn(2);
        menuFunction.run();

        return;
    }
    
    curConfig = System.Configuration.ConfigurationManager::OpenExeConfiguration(System.Configuration.ConfigurationUserLevel::None);
    
    if (curConfig)
    {
        sections = curConfig.get_Sections();
    
        if (sections)
        {
            section = sections.get_Item('startup');
        
            if (section)
            {
                sectionInfo = section.get_SectionInformation();
                strValue = sectionInfo.GetRawXml();
            
                info(strValue);
            }
        }
    }
    
    info("done");
}

Если хочется совсем на уровне коллекции работать с разделом startup, то тут скорее только через внешнюю библиотеку.

[Damn]

Понятно. Самый простой способ - считывать файл и парсить его с помощью XMLDocument.
Название файла фиксировано, находится он всегда в одной и той же папке - xInfo::directory( DirectoryType::Bin) .

[Logger]

Цитата:

Сообщение от Raven Melancholic

Можно научить DAX2009 понимать объекты .NET 4*.
В клиента в каталог bin положите файл ax32.exe.config со следующим содержимым:

<?xml version="1.0" encoding="utf-8" ?>
<configuration>
  <startup useLegacyV2RuntimeActivationPolicy="true">
       <supportedRuntime version="v4.0" sku=".NETFramework,Version=v4.5"/>
  </startup>
</configuration>

В bin инстанса сервера с таким же содержимым, но с именем Ax32Serv.exe.config

Добрый день.

А кто-нибудь пробовал такой финт для Ax2012 R3, поднять версию .Net до, например, 4.8.1 ?
Все нормально работает ?

Зачем : По некоторым библиотекам (Confluent Kafka) для .net 4.5 прекращена поддержка, только 4.6.1 Поэтому есть желание поднять версию.