接一个DNN安装时的未知错误,终于找到了原因

在上午通过事件探查器分析后始终心有不甘,明明在Sql 服务中作为脚本执行是好的,为什么做为数据库的安装文件运行会不对呢?决定跟踪一下源码找找原因。
好在我的手上有3.3.7的源码,新建好一个站点后,打开vs2003设置好断点(不好意思的告诉大家,虽然DNN出了这么多版了,却一直没有好好的读过它的源码,真是一件憾事,所以我找断点的设置位置也花了不少时间,dnn真的非常的强^_^)。断点可以先设在~\dotnetnuke\Components\ResourceInstaller\PaInstaller.vb中的Public Function Install() As Boolean 方法中的

Factory.GetDnnInstaller.Install(_dnnFolders) 语句上,这是通过工厂方法安装指定目录下的文件。
另一个断点我设置在了PaDnnInstallerBase.vb中的Protected Overridable Function BatchSql(ByVal sqlFile As PaFile) As Boolean方法里。通过跟踪后发现DNN会先获取你的安装文件的编码,有UTF-8 UTF-7,UTF16BigEndian等,然后根据编码再来获取文件中的脚本后再执行。

跟踪到这里问题终于找到了,我的数据库安装脚本被编码成了UTF-7也就是ANSI,所以经DNN重新编码后“'”变成了“''”,“+”也不见了。至于为什么会这样暂时没有精力去分析。将安装文件改为UTF-8后,问题解决。在解决时还发现一个怪现象,我用EditPlus打开后,用UTF-8另存以覆盖原文件,再重新打开发现编码还是没有改过来,不知是EditPlus的bug还是我的版本不对,我用的是中文汉化的。

总结:在.net中配置文件最好都用UTF-8来编码。

原文地址:https://www.cnblogs.com/GDLMO/p/1010917.html