AX2009 References сервиса из AX2012

[Damn]

Цитата:

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

4.5 включен на всех серверах, это и смущает, что на одних работает, а на других нет.

В таком случае я не понимаю как у вас вообще вызов веб-сервисов работает на каких-то серверах. Система в этом случае всегда будет лезть в каталог Bin и не находить там ничего.
Класс AifServiceReferenceManager модифицирован ?
Давно включена поддержка Framework 4.5 в конфиг-файлах АОСов ? С тех пор как она включена - перегенерялись ли какие-либо другие референсы веб-сервисов ? Может какие-то прежние разработчики засунули файл app.config в Bin и вставили в него настройки для всех существовавших на тот момент веб-сервисов ?
На вашем клиентском компьютере в конфиг-файле клиента аксапты тоже включена ?
Тестовые вызовы веб-сервисов делаете из серверного класса ?

[demianimp]

Цитата:

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

В таком случае я не понимаю как у вас вообще вызов веб-сервисов работает на каких-то серверах. Система в этом случае всегда будет лезть в каталог Bin и не находить там ничего.

Я тоже не понимаю

Цитата:

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

Класс AifServiceReferenceManager модифицирован ?

Нет

Цитата:

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

Давно включена поддержка Framework 4.5 в конфиг-файлах АОСов ?

Давно

Цитата:

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

С тех пор как она включена - перегенерялись ли какие-либо другие референсы веб-сервисов ? Может какие-то прежние разработчики засунули файл app.config в Bin и вставили в него настройки для всех существовавших на тот момент веб-сервисов ?

Это новый референс веб-сервиса

Цитата:

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

На вашем клиентском компьютере в конфиг-файле клиента аксапты тоже включена ?

Да

Цитата:

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

Тестовые вызовы веб-сервисов делаете из серверного класса ?

Да

[Damn]

Я бы всё-таки ещё раз проверил файлы Ax32Serv.exe.config на всех АОСах на идентичность.
И файлы-исходники прокси-класса веб-сервиса тоже сравнил бы.

[demianimp]

Цитата:

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

Я бы всё-таки ещё раз проверил файлы Ax32Serv.exe.config на всех АОСах на идентичность.
И файлы-исходники прокси-класса веб-сервиса тоже сравнил бы.

Проверил еще раз, на клиенте и сервере включена поддержка .Net 4.5.

Что нашел, так это разницу
Где работает

//------------------------------------------------------------------------------
// <auto-generated>
//     This code was generated by a tool.
//     Runtime Version:4.0.30319.42000
//
//     Changes to this file may cause incorrect behavior and will be lost if
//     the code is regenerated.
// </auto-generated>
//------------------------------------------------------------------------------

Где не работает

//------------------------------------------------------------------------------
// <auto-generated>
//     This code was generated by a tool.
//     Runtime Version:4.0.30319.36543
//
//     Changes to this file may cause incorrect behavior and will be lost if
//     the code is regenerated.
// </auto-generated>
//------------------------------------------------------------------------------

Это какой dll генериться, кто подскажет?

[Damn]

Цитата:

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

//------------------------------------------------------------------------------
// <auto-generated>
//     This code was generated by a tool.
//     Runtime Version:4.0.30319.42000
//
//     Changes to this file may cause incorrect behavior and will be lost if
//     the code is regenerated.
// </auto-generated>
//------------------------------------------------------------------------------

Да, этот текст показывает, что на АОСах действительно включена поддержка 4-го фрэймворка.
4.0.30319.42000 - это версия 4.6.
4.0.30319.36543 - это версии 4 - 4.5.2.
Может в этом кроется что-то.

А какая конфигурация АОСов ?
Одно приложение = один АОС ? Связь "один к одному" ?
Какая именно версия Framework прописана в файле Ax32Serv.exe.config ? Там указывается верхний предел версии. Он ниже 4.6 ?

Не могу поверить что у вас на каких-то АОСах инициализация soapClient работает корректно У меня такое не получалось, сколько ни пытался. Поэтому пришлось перейти на нештатный способ генерации референсов. Я конечно от этого получил дополнительные плюсы (например, возможность вызова сервисов с basic-аутентификацией). Но штатный способ тоже было бы интересно заставить работать. Для общего развития.

[demianimp]

Цитата:

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

А какая конфигурация АОСов ?
Одно приложение = один АОС ? Связь "один к одному" ?

Это тестовые среды, поэтому 1 к 1, все на одном сервере

Цитата:

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

Какая именно версия Framework прописана в файле Ax32Serv.exe.config ? Там указывается верхний предел версии. Он ниже 4.6 ?

<?xml version="1.0" encoding="utf-8" ?>

<configuration>

   <startup useLegacyV2RuntimeActivationPolicy="true">

       <supportedRuntime version="v4.0" sku=".NETFramework,Version=v4.5"/>

   </startup>

</configuration>

Цитата:

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

Не могу поверить что у вас на каких-то АОСах инициализация soapClient работает корректно У меня такое не получалось, сколько ни пытался. Поэтому пришлось перейти на нештатный способ генерации референсов. Я конечно от этого получил дополнительные плюсы (например, возможность вызова сервисов с basic-аутентификацией). Но штатный способ тоже было бы интересно заставить работать. Для общего развития.

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

[Damn]

А какая версия Framework установлена на серверах?
Везде разная?
Предлагаю в файле Ax32Serv.exe.config указать именно ту версию framework, которая установлена в Windows. И потестировать - сгенерить референс снова, перезапустить АОС и т.д.

[demianimp]

Цитата:

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

А какая версия Framework установлена на серверах?
Везде разная?
Предлагаю в файле Ax32Serv.exe.config указать именно ту версию framework, которая установлена в Windows. И потестировать - сгенерить референс снова, перезапустить АОС и т.д.

Обновил на проблемном сервере Framework до 4.6. Перезагрузил сервер, сгенерил новые библиотеки. Проблема осталась.

Выставил новую версию Framework в конфигу, ребутнул AOS. Проблема осталась.

[Damn]

После установки новой версии framework в конфиге АОСа нужно перегенерить референсы.

[demianimp]

Все это было сделано, но результат тот же

[Damn]

То есть теперь мы имеем следующую ситуацию:
Несколько аосов с идентичной версией framework в windows, с идентичными файлами Ax32Serv.exe.config, с идентичными файлами-исходниками референсов.
При этом на каких-то серверах soapclient инициализируется корректно, а на каких-то нет.
Потрясающе.

Планируйте отказ от штатной генерации референсов ))

[demianimp]

Цитата:

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

Потрясающе.

Планируйте отказ от штатной генерации референсов ))

Я правильно понимаю, что внешняя генерация создаст dll, которую надо будет хранить на сервере и клиенте?

[Damn]

Нет, внедряетесь в функцию Classes\AifServiceReferenceManager::generate и генерите файлы %ReferenceName%.cs, %ReferenceName%.dll и app.config альтернативным способом.
Остальные действия с файлами система выполняет как и прежде - копирует их из временной папки на сервер, с сервера на клиент и т.д.
Всё остаётся как в штатном режиме - количество файлов, название файлов. Только сами файлы внутри другие. И инициализация soapClient чуть изменится. Придётся биндинги и эндпойнты формировать в программном коде. У такого подхода есть как плюсы (больше возможностей) так и минусы (больше программировать). Для меня плюсы превысили минусы.

[demianimp]

И для особо одаренных, если зависит от версии framework, то как система понимает, ей в приложение лезть или на сервер? Я этого понять не могу. Тут получается, что генерация проходит корректно, а обращение к dll нет.

[Damn]

Подытожим немного.

При штатном формировании референсов (без поддержки Framework 4.5) система при обращении к dll ищет app.config в папке, где лежит dl.
Поиск файла app.config происходит при вызове new SoapClient(). Потому что штатная dll не позволяет при инициализации soapclient передавать в конструктор биндинги и эндпойнты.

С поддержкой 4.5 начинаются проблемы. Сгенерённая dll при инициализации soapclient ищет для себя app.config в каталоге, где расположено вызвавшее её приложение (папка Bin аоса).
Если сгенерить dll нештатно, то при инициализации soapClient появляется возможность самостоятельно создать биндинги и эндпойнты, чтобы исключить попытки поиска файла app.config.

Ваш пример навёл меня на мысли, что возможно алгоритм поиска app.config зависит от конкретной версии Framework в Windows.
Например, если сгенерить dll на сервере с Framework 4.5, то app.config будет искаться в папке dll. А если сгенерить dll на сервере с версией 4.6+ , то app.config будет искаться в папке Bin.
К сожалению, не могу проверить это. У меня минимальная версия фрэймворка на серверах - 4.7.

[demianimp]

Цитата:

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

Ваш пример навёл меня на мысли, что возможно алгоритм поиска app.config зависит от конкретной версии Framework в Windows.
Например, если сгенерить dll на сервере с Framework 4.5, то app.config будет искаться в папке dll. А если сгенерить dll на сервере с версией 4.6+ , то app.config будет искаться в папке Bin.
К сожалению, не могу проверить это. У меня минимальная версия фрэймворка на серверах - 4.7.

Даже пересадка dll с здорового сервера на больной не дало результата. Есть ли где-то настройки Framework?

[Damn]

Цитата:

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

Даже пересадка dll с здорового сервера на больной не дало результата

Эксперимент должен заключаться не в пересадке dll. А в даунгрейде фрэймворка на больном сервере (4.6 -> 4.5). Не знаю возможна ли вообще такая процедура.

Или можно взять "здоровый" сервер и сделать ему апгрейд фрэймворка до 4.6. Чтобы "заразить" его ))

[Raven Melancholic]

А в папке bin серверов файлы WebReferenceGenerator.config идентичны?
В частности флаг включения отладочной информации одинаковый?

[demianimp]

Цитата:

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

А в папке bin серверов файлы WebReferenceGenerator.config идентичны?
В частности флаг включения отладочной информации одинаковый?

WebReferenceGenerator.config идентичны

[demianimp]

Цитата:

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

Эксперимент должен заключаться не в пересадке dll. А в даунгрейде фрэймворка на больном сервере (4.6 -> 4.5). Не знаю возможна ли вообще такая процедура.

Или можно взять "здоровый" сервер и сделать ему апгрейд фрэймворка до 4.6. Чтобы "заразить" его ))

На "здоровом" как раз и был установлен 4.6. Пока я пытался его "заразить", "зараженный" начал работать

Что произошло, я не знаю