拿来主义者,直接参考最终配置(不建议)
<dependentAssembly>
<assemblyIdentity name="Oracle.DataAccess"
publicKeyToken="89b483f429c47342"
culture="neutral" />
<codeBase version="4.122.19.1"
href="file:///C:/lib/Oracle.DataAccess.dll"/>
<bindingRedirect oldVersion="0.0.0.0-4.122.19.1" newVersion="4.122.19.1" />
</dependentAssembly>
1.现象
[图片上传失败...(image-844c18-1658465267686)]
2.分析-解决(不完美)
先说问题,我的项目中引用了“Oracle.DataAccess”,一个oracle的批量驱动。但是这个驱动依赖于线上环境,可能有64位或者32位或者不同的数据库版本。尝试过直接在BIN文件夹替换的方式,依旧无效。无赖只能修改项目依赖,再编译。成功部署。
3.折腾(第一次)
但是,带来一个问题,每次都需要移除依赖,再引用新的依赖。来来去去,其实很耗时耗力。身为完美主义者实在不能忍,于是疯狂找资料。终于发现,.NET配置是支持动态引入的。
“4.122.19.1”为新版本号,更换后无效,无其他错误。
<dependentAssembly>
<assemblyIdentity name="Oracle.DataAccess"
publicKeyToken="89b483f429c47342"
culture="neutral" />
<codeBase version="4.122.19.1"
href="file:///C:/lib/Oracle.DataAccess.dll"/>
<bindingRedirect oldVersion="0.0.0.0-4.122.19.1" newVersion="4.122.19.1" />
</dependentAssembly>
4.折腾(第二次)
“2.112.1.0”为老版本号,更换后出现依赖错误。
<dependentAssembly>
<assemblyIdentity name="Oracle.DataAccess"
publicKeyToken="89b483f429c47342"
culture="neutral" />
<codeBase version="2.112.1.0"
href="file:///C:/lib/Oracle.DataAccess.dll"/>
</dependentAssembly>
[图片上传失败...(image-e9ffa4-1658465267686)]
5.折腾(第三次)
分析:第一次的注入应该是有效的;第二次出现依赖问题,说明注入成功但是未改变程序集依赖;
结论:采用第一次方案,再改变程序集依赖;查询资料后,成功。
加入“bindingRedirect”
<dependentAssembly>
<assemblyIdentity name="Oracle.DataAccess"
publicKeyToken="89b483f429c47342"
culture="neutral" />
<codeBase version="4.122.19.1"
href="file:///C:/lib/Oracle.DataAccess.dll"/>
<bindingRedirect oldVersion="0.0.0.0-4.122.19.1" newVersion="4.122.19.1" />
</dependentAssembly>
6.总结
三次刚好成功,这应该就是事不过三吧。这次又解救了一个强迫症患者。
assemblyIdentity | 程序集信息 |
---|---|
codeBase | 程序集版本及位置 |
bindingRedirect | 将一个程序集版本重定向到另一个版本 |
参考文献
英文官方
https://docs.microsoft.com/en-us/previous-versions/dotnet/netframework-1.1/4191fzwb(v=vs.71)
版本处理
https://blog.csdn.net/sinolover/article/details/118727618
类似文章
https://blog.csdn.net/WPwalter/article/details/89052379
网友评论