Кэширование AppFabric на сервере сборки — дилемма со ссылками на сборки

Недавно мы добавили AppFabric в качестве опции кэширования в наш проект (версия сервера Windows, а не облако Azure). Таким образом, проект теперь зависит от Microsoft.ApplicationServer.Caching.Client.dll и .Core.dll.

Наш билд-сервер — Windows 2003, поэтому кэш AppFabric не может быть установлен на него, поэтому эти сборки недоступны.

Если не считать включения вышеупомянутых сборок в качестве явных двоичных файлов в наш репозиторий SVN и прямой ссылки на них (гадость), есть ли какие-либо предложения относительно того, как построить проект?

Во-вторых, если мы проверили двоичные файлы, выполнили сборку, а затем удалили их из выходной папки, есть ли способ заставить .NET искать сборки в папке %windir%\system32\AppFabric\?

MS не регистрирует их в GAC...


person geoffreys    schedule 17.02.2012    source источник


Ответы (1)


Если ваше приложение использует сборку, которую нельзя установить на ваш сервер сборки, решение состоит в том, чтобы обновить сервер сборки до Windows 2008.

person PhilPursglove    schedule 17.02.2012
comment
Да, на самом деле это был вариант, которого я пытался избежать, но это кажется наиболее логичным решением. - person geoffreys; 18.02.2012
comment
Я неохотно принял ваш ответ. Логически я предполагаю, что это лучшее решение - айтишники просто боятся прикасаться к этому серверу. - person geoffreys; 20.02.2012