构建服务器上的 AppFabric 缓存 - 程序集引用的困境

发布于 2025-01-06 05:14:43 字数 397 浏览 0 评论 0原文

我们最近在我们的项目(Windows 服务器版本,而不是 Azure 云)中添加了 AppFabric 作为缓存选项。因此,该项目现在依赖于 Microsoft.ApplicationServer.Caching.Client.dll 和 .Core.dll。

我们的构建服务器是Windows 2003,因此AppFabric缓存无法安装到其上,因此这些程序集不可用。

除了将上述程序集作为显式二进制文件包含在我们的 SVN 存储库中并直接引用它们(恶心)之外,是否有关于如何构建项目的任何建议?

其次,如果我们签入二进制文件,执行构建,然后从输出文件夹中删除它们,是否有办法强制 .NET 在 %windir%\system32\AppFabric\ 文件夹中搜索程序集?

MS 未在 GAC 中注册它们...

We have recently added AppFabric as a caching option in our project (Windows server version, not Azure cloud). The project thus now has a dependancy on Microsoft.ApplicationServer.Caching.Client.dll and .Core.dll.

Our build server is Windows 2003 and thus AppFabric cache cannot be installed onto it, thus these assemblies are not available.

Short of including the afore mentioned assemblies as explicit binaries in our SVN repository, and referencing them directly (yuck), are there any suggestions as to how to build the project?

Secondly, if we checked in the binaries, performed the build then deleted them from the output folder, is there a way to force .NET to search the %windir%\system32\AppFabric\ folder for the assemblies?

MS do not register them in the GAC...

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(1

标点 2025-01-13 05:14:43

如果您的应用程序使用的程序集无法安装在构建服务器上,则解决方案是将构建服务器升级到 Windows 2008。

If your application is using an assembly that can't be installed on your build server, then the solution is to upgrade your build server to Windows 2008.

~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文