点击此处---> 群内免费提供SAP练习系统(在群公告中)加入QQ群:457200227(SAP S4 HANA技术交流) 群内免费提供SAP练习系统(在群公告中)我有2个winform应用程序。...
点击此处---> 群内免费提供SAP练习系统(在群公告中)加入QQ群:457200227(SAP S4 HANA技术交流) 群内免费提供SAP练习系统(在群公告中)我有2个winform应用程序。...
加入QQ群:457200227(SAP S4 HANA技术交流) 群内免费提供SAP练习系统(在群公告中)
我有2个winform应用程序。 一个(称为" A")是在VS2013中开发的,并使用CR SP 10。
较新的版本(" B")是在VS2017中开发的,使用的是CR SP 22。
两者均以32位(x86)编译。
应用程序(可执行文件,DLL,配置文件,.rpt文件)位于网络文件夹中。
用户已映射应用程序根文件夹,并运行网络文件夹中的应用程序exe文件。
这可以无缝部署应用程序更新。
客户端1已安装CR SP10(使用.msi),可以从控制面板中进行观察。
现在,我需要客户端1能够执行更新的应用程序B(使用CR SP22)。
为此,我根据配置文件2719939更新了配置文件(应用程序的根文件夹中的App.config和应用程序bin文件夹中的
实质上,较新的应用程序B中的配置文件将应用程序重定向为使用SP 22(位于应用程序的bin文件夹中):
<?xml版本=" 1.0"编码=" utf-8"?> <配置> <启动useLegacyV2RuntimeActivationPolicy =" true">
并像这样针对每个Crystal组件。
客户端运行并从较旧的应用程序A弹出水晶报表没有问题。
但是,当尝试运行更新的应用程序时,会出现错误"加载报告失败"。
(当然,我已经验证了报告的存在,路径正确)。
我查看了"对加载报告失败进行故障排除"文档(于2010年创建)。 我排除了任何权限问题,因为我(这是我作为"客户端"的测试机)能够运行旧版应用并显示CR(SP 10)报告。
此外,本文还指出对Temp文件夹的权限可能是一个问题。 TEMP系统环境变量为c:Windows \ temp。
此外,用户TEMP环境变量是c:\ Users \
据此,我得出结论,至少对于CR SP 10,使用的临时文件夹不是* system * TEMP变量设置的文件夹,而是* user * TEMP变量设置的文件夹。
我现在遇到的问题是,SP 22使用的TEMP变量是什么? 如果CR SP22使用的TEMP变量是* system * TEMP变量,则有可能是权限的原因。但是,如果与CR SP 20相同,则权限是罪魁祸首,因为 我可以调出执行旧版SP10应用程序的CR报告,也许"加载报告失败"错误与重定向有关,而不与权限有关。
谢谢您的帮助。
张柏芝
唐,谢谢您的反馈。
我解决了我的问题。 这是我所做的,希望对某人有帮助。
我同意您的要求,procmon条目" Microsoft \ Fusion"不是问题。 这是MS的组件,procmon条目与策略相关,我用 绕过了(至少现在是这样)。
请记住1)客户端安装了CR SP 10运行时(与msi一起使用),以及2)我无法安装较新的应用程序使用的较新的CR SP22。 这就是为什么我在配置中使用bindingRedirect条目的原因。
我在配置中添加了 ,以禁用任何缓存的绑定尝试。
我添加了 ,以便CLR可以找到我较新应用程序的DLL(位于我较新应用程序的bin子文件夹中)。
Procmon显示已对CrystalDecisions.Windows.Forms.dll进行了调用,首先尝试在GAC中找到它(并找到PATH NOT FOUND),但随后尝试在bin子文件夹中找到它,并成功。
仍然,报告失败。
然后我注意到已经对所有其他这些DLL进行了调用:
crpe32.dll,crpe32_res_en.dll,crpe32LOC.dll,crpe32ENU.dll,crlogger.dll,Xalan-C_1_10.dll等
看起来错误的部分是,对于所有这些DLLS,要查找的路径为:
C:\ Program Files(x86)\ SAP BusinessObjects \ .NET Framework 4.0的Crystal Reports \ Common \ SAP BusinessObjects Enterprise XI 4.0 \ win32_x86
procmon显示可以完全"成功"找到这些DLL,但是,这些是CR SP 10 DLL! 难怪,即使找到了这些DLL,该报告仍存在加载问题。
因此,这就是我解决问题的方式:我在应用程序的根文件夹下创建了一个子文件夹" crbin",并在其中复制了整个CR SP 20文件夹(来自DEV计算机)。
C:\ Program Files(x86)\ SAP BusinessObjects \ .NET Framework 4.0的Crystal Reports \ Common \ SAP BusinessObjects Enterprise XI 4.0 \ win32_x86
并在配置中调整了路径,以便CLR可以找到它们:
<探测privatePath =" bin; crbin \ win32_x86; crbin \ win32_x86 \ dotnet"/>
此后,执行更新的应用程序,并成功加载报告。
顺便说一句,我在4个CR引用(CrystalDecisions.CrystalReports.Engine.dll,CrystalDecisions.ReportSource.dll,CrystalDecisions.Shared.dll,CrystalDecisions.Windows.Forms.dll)中将" Copy Local"设置为true。 我的较新的应用程序。 我为什么要将其设置为false? 对于较新的应用程序,我确实希望将DLL复制到输出文件夹(将其设置为bin),因为由于给定的限制,我将无法安装较新的CR SP 22运行时。
非常感谢您的帮助
张柏芝
一周热门 更多>