在我正在开发的MVC应用程序中,我们最近开始使用ActiveReports 7来满足我们的报告生成需求。在我的本地计算机上,一切都很棒。但是,当我们部署到我们的Dev服务器进行团队级别测试时,我们得到LicenseException:
License for the SectionReport cannot be found.
我们按照用户指南here尝试了不同的方法来解决问题。
我们做了什么:
GrapeCity.ActiveReports.SectionReport, GrapeCity.ActiveReports.v7, Version=7.0.6158.0, Culture=neutral, PublicKeyToken=cc4967777c49a3ff
GrapeCity.ActiveReports.Export.Pdf.Section.PdfExport, GrapeCity.ActiveReports.Export.Pdf.v7, Version=7.0.6158.0, Culture=neutral, PublicKeyToken=cc4967777c49a3ff
由于这是一个MVC Web项目,使用AR7附带的Assembly License Generator创建一个[Assembly] .Web.License.dll库,我们正在{{1}中使用该项目构建解决方案级别的目录。此更改对许可证例外没有影响。
使用Web Key Generator为App.config文件创建密钥。此更改对许可证例外没有影响。
我们还没做过:
/lib/
程序集,并且错误不是来自该库中的任何类(这是合乎逻辑的,看看如何我们没有使用它。)所有这一切的唯一值得注意的细节是修改licenses.licx文件具有早期效果,因为我们在另一个组件上有类似的许可证例外;确保licenses.licx具有正确的详细信息,确保其他组件不再在我们的应用程序中抛出LicenseExceptions。我暂时想到,也许我的licenses.licx文件仍然缺少使这个应用程序工作所需的东西。
我能想到的唯一剩下的就是推荐我们的服务器作为开发人员的主要许可证,但这种可能性已经出现,我们被要求采取的方向是避免这种路线,如果有的话可能。我认为这是可能的,因为我遇到过类似的帖子,涉及按照上述用户指南中的步骤进行操作的人,并且可能是能够解决问题的。然而,对于我的团队来说,这些步骤无效。
问题:我错过了什么?
答案 0 :(得分:3)
正如您所做的那样使用Assembly License Generator应该可以解决问题。此外,请确保您使用的是最新版本的AR7(根据this post on the ActiveReports 7 Support Forums),对某些更高版本的ActiveReports 7进行了修复,以纠正此方案中的许可问题。具体而言,前面提到的帖子给出的步骤表明,按照以下步骤更新版本更正了别人的问题:
答案 1 :(得分:0)
答案:对于非许可用户,必须将[Assembly].GrapeCity.License.dll
添加到Web项目中作为参考!
Licenses.licx
从构建角度来看很重要。但许可证文件没有遗漏任何内容。