我正在使用WSS 3.0,Visual Studio 2008和WSPBuilder 0.9.9。我有一个与几个SharePoint解决方案一起使用的基础类的自定义类库(webparts.dll)。我当前将WebParts.dll部署到GAC,并在每个解决方案中将其添加为参考。我当前的安排效果很好,但是当它更改时,我必须在每个Web服务器上手动将DLL部署到GAC上。

我更喜欢(a)将WebParts.dll包装在WSPBuilder或VSEWSS解决方案中,该解决方案可以像其他任何解决方案一样部署,或者(b)在每个解决方案中的80/bin文件夹中包含WebParts.dll。

哪个是部署我的DLL的首选方法,有人可以指出我在线逐步说明吗?我发现了这篇博客文章描述了B部分,但我想我错过了一个步骤:

http://blog.vanmeeuwen-online.nl/2010/05/deployment-of-class-class-library-with.html

谢谢你的帮助!

有帮助吗?

解决方案

如果您的DLL放在 bin debug 或者 bin repartion 您项目的文件夹(例如 “复制本地”等于您的DLL参考),DLL将自动包含在您的WSP中,并根据 部署 你当地的 wspbuilder.exe.config 文件。

如果您在多个项目中共享相同的DLL,则在其自己的功能/部署软件包中打包共享DLL并使用功能可能更有意义 激活依赖性 在您的其他项目中,以确保已部署DLL。

您可能需要升级到最新版本的WSPBuilder。我相信 1.0.5 是支持本地配置支持的第一个版本。

假设设置

  • 我的网络零件(vs解决方案)
    • WebParts(VS Project) - 其中包含您要在其他项目中使用的基本DLL(webparts.dll)
    • MyWebPart1(VS Project) - 此项目是您的网络零件之一。将项目参考添加到 WebParts 项目和 不要 在本地复制WebParts.dll。
    • MyWebPart2(VS Project) - 此项目是您的网络零件之一。将项目参考添加到 WebParts 项目和 不要 在本地复制WebParts.dll。

当您构建VS Projects WebPart1或WebPart2时,参考将在Visual Studio中解析。

许可以下: CC-BY-SA归因
scroll top