Ошибка компиляции. Сборка Symmetry DAX 2012

[gudzon]

Добрый день!

Пару дней уже бьюсь с известной ошибкой с ste-net.dll

в классе PayrollCalculatePayStatementBenefits выдает ошибку на строку:

Symmetry.TaxEngine.BenefitInfo benefitInfo401_403;

Перечитал интернет. Все описанные способы обновлять ссылки, саму библиотеку переписывал на сервере и клиенте. Не помогает.

Может кто-нибудь подскажет вариант.

Вот самый просто вариант (не помог):
http://community.dynamics.com/ax/f/3.../415664#415664

[Raven Melancholic]

Знакомая ошибка.
Практически во всех темах по этому поводу предлагают создать ссылку на DLL из каталога клиента или сервера, имея в виду, что она там есть. Но у меня ей там не было.
Скачал с ресурса, указанного в теме:
https://daxbeginners.wordpress.com/2...sing-refrence/
Там примерно в середине темы есть ссылка downloaded here.
Бросил эту библиотеку в нужный каталог и создал ссылку.
Но, компиляция (X++, а не CIL все равно выдавала ошибку на одном классе в двух методах - не помню в каких, но если запустите компиляцию, то увидите). Все эти классы нужны для буржуинской зарплаты - мне она не нужна, поэтому в том методе, который не возвращает значения я просто полностью закомментировал код, а в том, который возвращает значение, оставил определение NET класса, закомментировал все остальное кроме строки с return.
PS:поправлюсь - некомпилируемый код относится даже не к самой буржуинской зарплате, а к налогом с неё. Мне это было явно не нужно, поэтому спокойно закомментировал некомпилируемый код. Кому-то это не подойдет.

[gudzon]

Цитата:

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

Скачал с ресурса, указанного в теме:
https://daxbeginners.wordpress.com/2...sing-refrence/

Спасибо. Видел, тоже оттуда качал. Не помогло. Попробую и правда закомментировать.

[Raven Melancholic]

Я на этом застрял две недели назад. Удалось пройти, теперь засел на:
DAX2012R3 CU8+Analysis Services+Trouble (хотя тут понял что первая проблема в версии MS SQL, что там дальше пока непонятно)
и на том, что при любой попытке что-то сделать с workflow натыкаешся на RunTime ошибку.
В итоге понимаешь, что в общем-то найти способ решения проблем можно, но через какой вал ссылок нужно продраться (3/4 из которых не имеют отношения к проблеме) это нечто.
Возможно, что есть специалисты, которые все это знают, но, почему-то они не особенно хотят подключаться к этим вопросам на AxForum.

• Явно мы не первые кто сталкивался с ste-net.dll
• Явно мы не первые кто сталкивался с ошибкой вызова анализа данных.

Пару месяцев назад была тема, в которой пришли к тому, что совсем не обязательно делиться своими знаниями. У некоторых наших коллег даже вызвало удивление зачем делают что-то Smart-Talks. Ну, будем считать, что так сложилось, мол кризис и каждый сам за себя.

[skuull]

Цитата:

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

Знакомая ошибка.
Практически во всех темах по этому поводу предлагают создать ссылку на DLL из каталога клиента или сервера, имея в виду, что она там есть. Но у меня ей там не было.

Библиотека лежит в \Msi\USPayroll32\ClientBin (и 64 соответственно) на диски с утсановкой. Устанавливаеться галкой USPayroll32\64 из установщика AX \ хотфиксов.

в 99% случаев лечиться обвновление ссылки АОТ на библиотеку лежащую в клиенте.

В 1 % нехваатет библиотек которые она использует, но если ставить все через установщик он завалиться на пререквизитах и заставит все это поставить, а вот если длл просто копировать ...

[Raven Melancholic]

Все ставил установщиком. Пререквизит выполнил весь, там оставалось только одно предупреждение, касающееся каких-то дополнений для разработки MS SQL, которые чуть позже установил сисадмин (у меня не было прав доступа к дистрибутиву MS SQL).
Хотя, мог что-то и пропустить - по сравнению с 2009 в 2012 установка это серьезный квест.

[KiselevSA]

Да, интересный подход к конфигурации получается: чтобы не вылавливать ошибки с вызовом сборок при CIL компиляции, необходимо тащить (устанавливать) весь зоопарк dll. Честно говоря, не помню, какие компоненты отмечал при первичной установке 2012R3 на локалку, но библиотека std_net.dll есть и в серверной папке и клиентской. Различаются только размер и даты файла: версия 1.0.1.80 и там и там, ноябрь для сервера и октябрь для клиента.

[AndyD]

Для начала, проверьте на какую версию библиотеки у вас идет редирект

Для клиента смотрите файл Ax32.exe.config в папке Bin клиента. Для сервера - в файле Ax32Serv.exe.config
Ищите такой ключ

<dependentAssembly>
     <assemblyIdentity name="ste-net" publicKeyToken="5542884f620dbde5" culture="neutral" />
    <bindingRedirect oldVersion="1.0.1.59-1.0.1.76" newVersion="1.0.1.76"/>
</dependentAssembly>

Атрибут newVersion должен указывать на ту версию dll, которая установлена у вас в системе
oldVersion должен покрывать диапазон с 1.0.1.59 (эта версия указана в референсах Аксапты для R2) и до установленной у вас версии

После изменения ключа требуется перезагрузка клиента или АОСа - в зависимости от того, где меняли

[gudzon]

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