在ASP.NET MVC 4 on Mono中使用OracleClient in CentOS 6.x的问题记录

前言

最近有个Web项目，业务功能不复杂，但是这个客户(某政府部门)有两个硬性要求：1、数据库必须使用Oracle；2、程序必须运行在Linux或HP-Unix系统中。虽然把.NET程序跑在Linux中一直都是俺的自觉要求，之前也断续为此做了一些准备(我们自己的一些底层框架库已经在Linux中顺利跑起来了)，但是把一个Web项目完整的移植到Mono in CentOS 6.x中确实没有过。

安装Oracle for Linux客户端

问题出现

我们的Web程序使用了 System.Data.OracleClient 下面的东东来访问Oracle数据库，这些代码在.NET in Windows下面可以正常工作，但是在 Mono in CentOS 6.x下面却罢工了，我在CentOS系统中使用的Web服务器是Jexus 5.4.0版本。

第一次访问页面的时候，报出的异常信息如下：

System.DllNotFoundException: libclntsh.so

at (wrapper managed-to-native) System.Data.OracleClient.Oci.OciCalls/OciNativeCalls:OCIEnvCreate (intptr&,System.Data.OracleClient.Oci.OciEnvironmentMode,intptr,intptr,intptr,intptr,int,intptr)
at System.Data.OracleClient.Oci.OciCalls.OCIEnvCreate (System.IntPtr& envhpp, OciEnvironmentMode mode, IntPtr ctxp, IntPtr malocfp, IntPtr ralocfp, IntPtr mfreep, Int32 xtramem_sz, IntPtr usrmempp) [0x00000] in :0
at System.Data.OracleClient.Oci.OciEnvironmentHandle..ctor (OciEnvironmentMode mode) [0x00000] in :0
at System.Data.OracleClient.Oci.OciGlue.CreateConnection (OracleConnectionInfo conInfo) [0x00000] in :0
at System.Data.OracleClient.OracleConnectionPoolManager.CreateConnection (OracleConnectionInfo info) [0x00000] in :0
at System.Data.OracleClient.OracleConnectionPool.CreateConnection () [0x00000] in :0
at System.Data.OracleClient.OracleConnectionPool.GetConnection () [0x00000] in :0
at System.Data.OracleClient.OracleConnection.Open () [0x00000] in :0
at System.Data.Common.DbDataAdapter.Fill (System.Data.DataTable dataTable, IDbCommand command, CommandBehavior behavior) [0x00000] in :0
at System.Data.Common.DbDataAdapter.Fill (System.Data.DataTable dataTable) [0x00000] in :0
at (wrapper remoting-invoke-with-check) System.Data.Common.DbDataAdapter:Fill (System.Data.DataTable)

再次刷新同样的页面，异常信息居然变成了：

System.NullReferenceException: Object reference not set to an instance of an object

at System.Data.OracleClient.OracleConnectionPool.GetConnection () [0x00000] in :0
at System.Data.OracleClient.OracleConnection.Open () [0x00000] in :0
at System.Data.Common.DbDataAdapter.Fill (System.Data.DataTable dataTable, IDbCommand command, CommandBehavior behavior) [0x00000] in :0
at System.Data.Common.DbDataAdapter.Fill (System.Data.DataTable dataTable) [0x00000] in :0
at (wrapper remoting-invoke-with-check) System.Data.Common.DbDataAdapter:Fill (System.Data.DataTable) at Citms.Data.DataAccess.ExecuteProcedure (System.Data.Common.DbConnection connection, System.String procedureName, Parameter[] paramers, System.Collections.Generic.Dictionary`2& outParamers) [0x00000] in :0

尼玛，这是什么节奏？换到MonoDevelop中运行，也报了几次这样的异常；然后果断在相关代码处设了断点再进入调试运行，居然、居然一切都顺利通过了，而且再次使用非调试运行也正常了！我勒了个去，这简直在挑战哥的三观，太不科学了！对此只能有一个解释：神功护体、RP爆表了！

再通过Jexus来访问系统，异常依旧；重启机器，还是不行。我开始怀疑是不是因为Jexus加载libclntsh.so库的时候没按照 LD_LIBRARY_PATH 设定的路径去找，然后就跑到Jexus的QQ群把这些问题现象通报询问了一遍，貌似没人搭理我。囧...

问题解决

晚上正打算下载 Mono for Apache module 的时候，怀着死马当活马医的心态下载升级了最新的Jexus 5.5.1，然后，那些异常消失了，系统完美运行起来了。尼玛，你是不是想说这也太没技术含量了(唉，就这还花了我不少时间的)…… 囧

环境说明

顺便交代下，在更新Jexus之前，我把CentOS做了个大升级，这是升级之后的系统信息：

#> cat /proc/version
Linux version 2.6.32-431.5.1.el6.i686 (mockbuild@c6b10.bsys.dev.centos.org) (gcc version 4.4.7 20120313 (Red Hat 4.4.7-4) (GCC) ) #1 SMP Tue Feb 11 21:56:33 UTC 2014

#> cat /etc/centos-release
CentOS release 6.5 (Final)

我的 Mono 未做更新，其信息如下：

#> mono -V
Mono JIT compiler version 3.0.12 (tarball 2013年 07月 09日 星期二 18:49:58 CST)
Copyright (C) 2002-2012 Novell, Inc, Xamarin Inc and Contributors. www.mono-project.com
TLS: __thread
SIGSEGV: altstack
Notifications: epoll
Architecture: x86
Disabled: none
Misc: softdebug
LLVM: supported, not enabled.
GC: Included Boehm (with typed GC and Parallel Mark)

作者：钟峰(Popeye Zhong)目前是 武汉中科通达高新技术股份有限公司 的系统架构师，主要负责公司软件产品的技术架构和公共框架开发。他曾经使用 C 语言做过图形程序设计，在相当长的一段时期内从事 COM/COM+ 组件的开发和设计工作，并且短暂的做过 Lotus/Notes 和 Dialogic 语音卡程序的开发，从2003年初开始使用.NET这个充满趣味和挑战的开发平台，还领导过.NET平台下的 Windows Mobile 几个项目的开发，对WinForm和WebForm均比较熟悉。感兴趣的除了企业应用架构设计、组件开发、安全、图像处理外还对汽车和枪械模型、边境牧羊犬有浓厚的兴趣。如果希望与他联系，可访问 http://www.cnblogs.com/sw515 或者Email zongsoft # gmail.com (将#换成@)。