【问题标题】:SSRS 2012 Custom Code .NET Framework 4.0 not supported不支持 SSRS 2012 自定义代码 .NET Framework 4.0
【发布时间】:2012-06-01 13:45:15
【问题描述】:

我非常希望由于 SQL Server 2012 SQLCLR 支持 .NET 4.0,SQL Server Reporting Services (SSRS) 2012 将支持 .NET 4.0 自定义代码程序集。尝试上传引用 .NET 4.0 程序集的 rdl(通过报告管理器或 RSBuild)时,报告管理器会抛出错误声明

此程序集由比当前加载的运行时更新的运行时构建 运行时并且无法加载。 (rsErrorLoadingCodeModule)

我可以配置什么来让 SSRS 2012 加载 .NET 4.0 程序集吗?我们是否会等到 SQL Server 的下一个主要版本才能看到 .NET 4.0 对 SSRS 中的自定义程序集的支持?

【问题讨论】:

  • 我相信这是为了与使用 .net 3.51 的 Sharepoint 2010 兼容
  • MSDN docs 没有列出所需的框架,这让我非常恼火。好像他们直到 RTM 才确定。
  • MSDB doc,报告服务设置为需要 3.5,而不是说明他们为什么不需要 4.0!

标签: reporting-services sqlclr sql-server-2012


【解决方案1】:

SSRS 2014 现已发布,自定义代码仍然不支持 .Net 4.0 Framework。

请参阅“安装 SQL Server 2014 的硬件和软件要求”中的先决条件 (http://msdn.microsoft.com/en-us/library/ms143506(v=sql.120).aspx)

很有趣的是,SQL Server 2014 几天前刚刚 RTM,已经被 .Net Framework 的人视为“遗留应用程序”,他们说:

.NET Framework 3.5 默认不包含在 Windows 8 或 Windows 中 Server 2012,但您可以为旧版应用程序下载和部署它 兼容性。

...请参阅“Microsoft .NET Framework 3.5 部署注意事项” (http://technet.microsoft.com/en-us/library/dn482066.aspx)

我认为更大的问题是 .Net 3.5 SP1 的支持生命周期是否真的可以与它作为默认组件的操作系统相关联。不管他们怎么说,只要 SQL Server 继续将其作为他们今天发布的产品的先决条件,我就不会看到 Microsoft 退出对 .Net 3.5 的支持。 .Net 框架的家伙现在对那些懒惰的 SQL 家伙不太满意......

【讨论】:

  • 刚刚将我的自定义 dll 重新定位到 3.5 - 感谢您的详细回答
【解决方案2】:

实际上,我发现使用 .Net 4.0 程序集的报告在 VS 2010 (PreviewProcessingService.exe) 中可以正常工作...

在以 SharePoint 2013 集成模式将报告部署到 SSRS 2012 SP1 时,这些报告也可能适用于您。

以下是 SSRS 何时/何地支持 .Net 4.0 CLR 的权威答案:http://support.microsoft.com/kb/2869522/en-us

对于我们这些在独立模式(没有 SharePoint)中使用 SSRS 的人来说,我们可能会在 .Net 2.0 CLR 上停留一段时间。

【讨论】:

    【解决方案3】:

    我可能是错的,可能会有更多差异,但是比较了从报告服务下载的报告和使用 .Net 框架 4.0+ 在 Visual Studio 中制作的“相同”报告,我认为唯一的区别是在 xml 中放置了 ReportParametersLayout 部分.如果您手动从报告文件的 xml 版本中删除它,然后上传希望它对您有用

    【讨论】:

      猜你喜欢
      • 2013-10-14
      • 2012-09-22
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 2013-08-23
      • 2014-01-14
      • 1970-01-01
      相关资源
      最近更新 更多