转自网上的一篇经典文章

《转自网上的一篇经典文章》由会员上传分享，免费在线阅读，更多相关内容在工程资料-天天文库。

1、转自网上的一篇经典文章，关于水晶报表的部署问题解决，放于此处，方便查阅和他人参考！ 一、载入报表时报错　　千辛万苦,总算作完了程序,报表在开发机器上测试一切正常,做安装项目,生成后兴冲冲的拿到客户机上去试验，晕，载入报表时却报错（如图1），怎么会???仔细检查了程序代码,实在没有任何错误,看来问题出在报表发布上了。图1　　经过一番苦苦寻觅，总算找到了问题所在。原来VS.NET环境下发布项目时水晶报表需要包含以下三种组件：　　报表（*.rpt）　　模块（*.msm）　　运行库（*.msm）　　这些模块文件是在C:ProgramFilesCommonFilesMergeM

2、odules目录里面，别急，让我慢慢跟您说。　　1、报表（*.rpt）　　用户编程时创建的水晶报表文件，这个很简单，你不会找不到它吧，哈哈。　　2、模块（*.msm）　　Managed.msm　　该模块包含了CRforVS.NET的管理模块，如　　CrystalDecisions、CrystalReports.Engine.DLL、CrystalDecisions.Web.DLL,和CrystalDecisions.Windows.Forms.DLL.……　　Managed_chs.msm是该模块的中文版语言支持。　　Database_Access.msm　　该模块包含了

3、数据库的驱动、与不同数据库的联结、报表导出为RTF和HTML格式的文档和图表组件。Database_Access_chs.msm是此模块的中文版语言支持。　　Regwiz.msm　　注册信息模块，非常重要，必需在这个模块输入水晶报表的注册序列号，如果不填，编译的时候就无法通过，如图2所示。图2 　　3、..运行库（*.msm）　　如果报表文件使用了ADO.NET的dataset数据集对象，那么VC_CRT.msm和VC_STL.msm模块也必须包含在安装工程中。而且这两个模块的文件安装属性的"ModuleRetargetableFolder"项必须修改成为系统目录，如图3所

4、示。 图3　　现在，我们知道答案了，在VS.NET安装工程中，系统检测出来的依赖项只有dotNETFXRedist_x86_chs.msm和Managed.msm这两个模块，其他的模块我们需要手动加入。　　1、在解决方案资源管理器里，右键单击安装项目选择"添加"-〉"合并模块（M）",如图4所示。图4　　2、在"添加模块"对话窗体，选择Managed_chs.msm、Database_Access,Database_Access_chs,regwiz、VC_CRT.msm和VC_STL.msm模块，如图5所示。图5　　3、重新生成安装项目，没问题，只是生成的安装程序一下子大

5、了七、八兆。二、系统注册　　报表在部分Win98的客户端可以载入，在部分Win98的客户端载入报表时却提示"LoadReportFailed"（如图6），可恶，居然还出错，怎么回事？图6　　原来，这是因为水晶报表运行时所需的CRQE.dll在客户端的系统注册不正确，而原因又是ATL.dll的版本不对（Windows98/ME下的正确版本号应为3.0.8449）。解决办法有两条：　　1、在客户端安装IE6.0，难怪有的客户端运行正常。　　2、将ATL.msm模块添加到安装工程，ATL.msm是VisualStudioinstaller1.1的一部分，可以去微软的网站http:

6、//msdn.microsoft.com/vstudio/downloads/vsi/免费下载，添加办法同前。三、语言的支持　　报表在Win2000的客户端一切正常，在Win98的客户端运行提示"该字段名未知"（如图7），不会要客户端都装2000吧，要求也太高了？图7　　仔细分析，原来是报表使用到的sqlserver数据库中的字段名为中文的缘故，也许是.net的缘故，程序对中文字段名支持得不错，没想到报表这里还是过不了关，将其字段名改名为英文字段名，再测试就一切ok了。　　好了，顺利过关！希望本文对您处理VS.NET下水晶报表发布问题时能有所帮助。