AX 2012. Стратегии установки плагина для AX.

[saygon]

"По идее клиенты не имеют доступа в GAC сервера. Это легко проверить: если на клиентской машине открыть среду разработки, то сборки не будут компилироваться. Такая проблема обычно решается установкой сборок на терминальном сервере, к которому коннектиться клиент (если конечно используется терминальный сервер)".

В этом и проблема в использовании GAC. Как я понял из нескольких источников, и в частности отсюда , можно положить dll в Server\bin\ и каким либо способом добавить их в References (вручную или импорт модели с Referenc-ами). И когда какой-либо клиент коннектиться к серверу, он видит новые сборки и копирует их с server\bib себе в %Common%\...\VsAssemblies\ - и сборки доступны к использованию! Проверил - да, при рестарте клиента он копирует сборки в локальную папку юзера. Вот поэтому пока планируем ложить сборки в bin\server - для доступности в случае необходимости на клиенте. Доступность сборок с GAC-а сервера под вопросом.

"терминальном сервере" - не уверен, что понял Вас в контексте AX - мы используем AX сервер и устанавливаем AX клиент на машинах юзеров. Вы имеете ввиду сервер и клиент на одной машине, к к-ому юзеры коннектятся по какому-либо протоколу (RDP, etc.)? Такого способа использования Акса мы не планируем .

SysFileDeployer - посмотрю, спасибо, хотя выставления разрешений пока настораживает.
политики Active Directory - хотелось бы использовать внутренние способы разворачивания сборок в AX-е, раз уж они есть и покрывают потребности, и вроде бы - так здорово упрощается установка, в случае с Active Directory необходимы дополнительные шаги и возникает возможность потенциальных ошибок при установке, связанных с политиками безопасностями, настройками сети, и т.д.

Спасибо за ответы plumbum и belugin. По сравнению с забугорными форумами, коммьюнити с этого оказалось наиболее отзывчивым и полезным.