在ASP.NET MVC 4 on Mono中使用OracleClient in CentOS 6.x的問題記錄

 　　在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客戶端

　　1、從Oracle官網下載：

　　oracle-instantclient12.1-basic-12.1.0.1.0-1.i386.rpm

　　oracle-instantclient12.1-sqlplus-12.1.0.1.0-1.i386.rpm

　　oracle-instantclient12.1-devel-12.1.0.1.0-1.i386.rpm

　　oracle-instantclient12.1-odbc-12.1.0.1.0-1.i386.rpm

　　使用 #> rpm -ivh ... 命令分別安裝這幾個rpm文件。完裝完畢後，在 /usr/lib 目錄中就會有個 oracle 目錄了。

　　2、配置環境信息：

　　請打開 /etc/profile 文件，在這個文件裡面追加如下內容：

　　export ORACLE_BASE=/usr/lib/oracle/12.1 #請注意，這裡應填寫為你的安裝路徑

　　export ORACLE_HOME=$ORACLE_BASE/client #請注意，這裡應填寫為你的安裝路徑

　　export ORACLE_SID=ortl #請注意，這裡應填寫你的SID值

　　export LD_LIBRARY_PATH=$ORACLE_HOME/lib:$LD_LIBRARY_PATH

　　export NLS_LANG=AMERICAN_AMERICA.AL32UTF8 #請注意，這裡的字符集應該與你的數據庫的字符集一致

　　編輯保存後，運行 #> source /etc/profile 命令使該profile立即生效;或者注銷當前用戶並重新登錄Linux系統亦可。

　　3、指定.ora文件：

　　在 /usr/lib/oracle/12.1/client 目錄中創建一個 network 目錄，在其下再創建一個 admin 目錄，然後將你的 tnsnames.ora 文件放置在此。

　　4、設置庫路徑

　　進入 /etc/ld.so.conf.d 目錄中，新建一個名為 oracle-i386.conf 的文件，其內容只有一行文本：

　　/usr/lib/oracle/12.1/client/lib

　　然後在終端使用如下命令，重新加載配置文件：

　　#> ldconfig

　　5、檢測是否安裝成功

　　運行 sqlplus 命令，人品沒問題的話應該可以看到類似下面這樣的信息：

　　#> sqlplus

　　SQL*Plus: Release 12.1.0.1.0 Production on Sun Mar 16 01:49:42 2014

　　Copyright (c) 1982, 2013, Oracle. All rights reserved.

　　問題出現

　　我們的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 ([email protected]) (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)