【问题标题】:packaging 3rd party dll into wsp将第 3 方 dll 打包到 wsp 中
【发布时间】:2014-10-22 15:17:08
【问题描述】:

我有几个 .net 的 3rd 方 dll。我有以下要求: - 他们必须每个人都在他们自己的sharepoint 2010 wsp中 - 它们必须部署在 bin,而不是 GAC

我在完成此操作时遇到了麻烦。为此需要采取哪些步骤?

我尝试创建一个新的共享点应用程序,映射 bin,将 dll 放在那里然后部署。

我尝试创建新的共享点应用程序,添加 dll 作为参考,选择 Web 应用程序而不是全局程序集缓存并进行部署。

当我尝试使用另一个需要这些 dll 的 Web 部件时,这两种方法都不起作用。

编辑 - 这个页面是我需要使用 3rd 方 dll 做的一个很好的例子,但它没有关于如何做的细节。 http://ranaictiu-technicalblog.blogspot.sg/2012/06/sharepoint-package-your-external.html

感谢任何帮助。

【问题讨论】:

  • 我无法使用该解决方案。这些 dll 需要 1. 在 bin 中 2. 可由多个应用程序访问,并且不能依赖于不被收回的随机解决方案。每个 dll 都必须是它自己的 wsp。这就是要求(我的意思是国防部要求。)

标签: c# sharepoint dll


【解决方案1】:

好的,让您的解决方案将 DLL 部署到 bin 文件夹,您需要将部署目标从 GAC 更改为 WebApplication。部署项目时,项目程序集将部署到项目的 bin 文件夹中,DLLL 将位于 C:\inetpub\wwwroot\wss\VirtualDirectories[SiteName]\bin

对于第二个问题,我不知道您要完成什么。也许您可以提供更多背景信息。

【讨论】:

  • 对于 sharepoint 2010,您将在 gac 中拥有第 3 方 dll 供所有应用程序使用。我在一个新环境中受到限制,我根本无法将这些 dll 放入 gac,无论是通过部署还是手动。我不能只在项目中包含一个 dll 然后部署它,因为如果收回它,它将从 bin 中删除第 3 方 dll。所以,dll 说.. openXml.dll 必须有自己的部署文件。所以我必须创建一个除了将dll转储到bin文件夹之外什么都不做的wsp。我还没有让这个工作。希望对您有所帮助。
猜你喜欢
  • 1970-01-01
  • 2010-10-21
  • 1970-01-01
  • 1970-01-01
  • 2010-10-08
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
相关资源
最近更新 更多