Отсутствуют ссылки на сборку, содержащую тип Microsoft.Dynamics.AX.Frameworks.Controls.ReportViewer.ReportAdapterFactory.

[AlGol]

AX 2012 R2 CU7
При запуске SSRS отчета на рабочем терминальном сервере получаем ошибку "Отсутствуют ссылки на сборку, содержащую тип Microsoft.Dynamics.AX.Frameworks.Controls.ReportViewer.ReportAdapterFactory."

Этот же отчет при запуске системы непосредственно на АОСе работает.

На сервере разработки тоже все работает корректно.

Приложение перекомпилировано и CIL успешно построен не один раз. Но ошибка не уходит.

Что еще можно сделать?

Имхо, а собственно на терминальном клиенте сборка есть?
https://community.dynamics.com/ax/f/...86/26573#26573
"Assemblies that are used in a DAX application must have references in the AOT. If you have assemblies available to all clients then these assemblies should be installed into the GAC on each AOS servicing the clients (assuming that code using assemblies installed on the AOS runs on the server tier). Alternatively, it is possible to install assemblies on each of the client machines but in this case you should make sure to install the assemblies in the same location on each machine, to retain the referenced location in the AOT.
In your case it seems that a corresponding assemly is either not installed on box "B", or it's installed in a location different from GAC and different from a location on box "A" (hence a location referenced in the AOT for the assembly in not valid on a box "B"), or it has no reference in the AOT at all."

[AlGol]

На АОСе лежит два экземпляра dll
- C:\Program Files (x86)\Microsoft Dynamics AX\60\Client\Bin\Microsoft.Dynamics.AX.Frameworks.Controls.dll
- C:\Program Files\Microsoft Dynamics AX\60\Server\DAX\Bin\Microsoft.Dynamics.AX.Frameworks.Controls.dll

На терминальном сервере соответственно только первый из них.
Файлы одинаковые, версии, размеры и тд.
Чего ему еще не хватает?

А такой job, если запустить на терминалке находит \Microsoft.Dynamics.AX.Frameworks.Controls?

public static void showContainingAssembly(str _typeName)
{
    System.AppDomain appDomain = System.AppDomain::get_CurrentDomain();
    System.Reflection.Assembly[] assemblies = appDomain.GetAssemblies();
    System.Reflection.Assembly assembly;
    int numOfAssemblies = assemblies.get_Count();
    str test = 'Microsoft.Dynamics.AX.Frameworks';
    str fullName;
    int i;
 
    for (i = 0; i < numOfAssemblies; i++)
    {
        assembly = assemblies.get_Item(i);
        fullName = assembly.get_FullName();
        
        if (strScan(fullName, test, 1, strLen(fullName)) > 0)
        {
            info(fullName);
            info('good');
        }            
        //if (assembly.GetType(_typeName, false, true) != null)
       // {
       //     info(strFmt("Assembly full name: %1", clr2XppStr(assembly.get_FullName())));
       //     info(strFmt("Assembly location: %1", clr2XppStr(assembly.get_Location())));
       //     break;
       // }
    }
}

и если найдет (чтобы два раза не ходить) то какое местонахождение?

[AlGol]

В джобе сборку находит.
выдается вот такое:

	 (16:44:01)	
FullName = Microsoft.Dynamics.AX.Frameworks.ProductConfiguration, Version=6.2.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35
Location = C:\Program Files (x86)\Microsoft Dynamics AX\60\Client\Bin\Microsoft.Dynamics.AX.Frameworks.ProductConfiguration.dll
good
FullName = Microsoft.Dynamics.AX.Frameworks.Controls, Version=6.2.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35
Location = C:\Program Files (x86)\Microsoft Dynamics AX\60\Client\Bin\Microsoft.Dynamics.Ax.Frameworks.Controls.dll
good
FullName = Microsoft.Dynamics.AX.Frameworks.ProductConfigurationServer, Version=6.2.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35
Location = C:\Program Files (x86)\Microsoft Dynamics AX\60\Client\Bin\Microsoft.Dynamics.Ax.Frameworks.ProductConfigurationServer.dll
good

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

http://kb.lasernet.formpipe.com/arti...er-Client.html
Может это еще поможет.
там они что то с юзерами мутят

[AlGol]

Нет, этого файла в \AppData\Local\ нет.
На всякий случай удалил все что нашел в этих папках относящегося к Аксапте.

Безрезультатно, ошибка осталась.

[AlGol]

В одной из сетей такая же ошибка была вызвана несовпадением версии клиента и АОСа:
АОС работал на версии Cumulative Update 7 (6.2.1000.8500)
При работе в клиенте версии 6.2.1000.4051 получал ошибку "Отсутствуют ссылки на сборку...".

После выравнивания версий клиента и АОСа (клиента обновили до 6.2.1000.8500) ошибки ушли.

[Товарищ ♂uatr]

Добрый день!
Как быть с ситуацией, когда такая ошибка возникает в случае если версии ядер клиента и АОСа совпадают, но не возникает когда различны?
2 терминальных сервера, на одном есть ошибка, на другом нет. При этом необходимые DLL-файлы присутствуют на обоих.