錯誤和失敗總會不可避免地在應用程序中出現。如果有人在MDB目錄之上又添加了一級新的文件夾而“更新”了服務器的目錄樹，那麼將會發生什麼？如果MDB名稱被更改了會怎樣？如果MDB文件被損壞又該如何呢？以上每一個問題都將阻止對數據的成功連接並導致一個失敗頁面。好的編程實踐表明需要盡可能小心地對待任何失敗。
在討論實際命令之前，我們需要了解的是AccessDataSource控件派生於SqlDataSource控件。在大多數情況下，這只是一個背景問題。但是當處理異常的時候，就必須使用實際上存在於(從而以之命名的)SQL數據源對象之中的對象。
軟著陸的技術使用的代碼將在AccessDataSource控件經歷OnSelected event時被觸發。當GridView從數據源控件請求數據時，這個事件將會在內部觸發。 處理連接錯誤的代碼就會檢查到從數據源控件傳遞過來的異常參數。AccessDataSource控件沒有關於這個參數的自己的名稱，所以只能使用名稱SqlDataSourceStatus- EventArguments。如果異常參數為空，那麼表示什麼事情都沒有發生。如果異常參數有一個值，那麼將檢查這個值。如果參數是OLEDB Exception類型的，那麼頁面上的警告標簽的文本將會有提示信息。再次提醒您注意術語的使用。如果有一個AccessException類型，那將更明了，可惜實際上沒有這種類型。可以使用更加普通的OleDbException對象並以處理異常的命令結束腳本。這樣將允許GridView繼續呈現，雖然沒有數據，並防止出現淺褐色背景的常規ASP.NET 2.0失敗頁面。因為GridView沒有得到任何數據，所以它將會顯示一個替換表格，表格中只有一個在其EmptyDataText屬性中顯示消息的單元格。
如果您在進行這些步驟中遇到困難，千萬不要感到悲觀；下一個練習將會進行示范。而現在，只需將代碼剪切並粘貼到頁面之中。在本書的後面，我將會討論如何創建一個用於連接失敗情況下的GridView的替換頁面以及處理錯誤事件的詳細內容。
試一試＃4—— 處理AccessDataSource連接失敗 (1) 在ch02文件夾中，創建一個名為TIO-4-ConnectionFailure-CS.aspx的文件。在Design視圖中，添加一個指向Northwind 的AccessDataSource控件至頁面，該控件從表中選擇了所有列。
(2) 添加GridView用來顯示數據源控件中的信息。同樣，添加一個標簽控件，並將其命名為“Message”。
(3) 現在切換至Source視圖並對標記作一些修改，如下突出顯示代碼所示。如果其中有＜columns＞標記部分，則將其刪除。留下的代碼應當如下所示：
＜html＞
＜head id="Headl" runat="server"＞
＜title＞Chapter 2 TIO #4 Connection Failure to Access in C#＜/title＞
＜/head＞
＜body＞
＜h3＞Chapter 2 TIO #4 Connection Failure to Access in C#＜/h3＞
＜form id="forml" runat="server"＞
＜asp:label ID="Message" runat="server"/＞＜br/＞＜br/＞
＜asp:gridview id="GridViewl" runat="server"
datasourceid="AccessDataSourcel"
AutoGenerateColumns="true"
EmptyDataText="No data records were returned" /＞
＜asp:AccessDataSource ID="AccessDataSourcel" Runat="server"
selectcommand="Select * From Products"
datafile="~/App_Data/Northwind.mdb"
OnSelected="AccessDataSourcel_Selected"
/＞
＜/form＞
＜/body＞＜/html＞
(4) 檢查頁面；在查看由Northwind售出的產品的時候，不應該出現問題。
(5) 現在將添加代碼來處理連接問題了。轉到頁面的頂部並進入如下腳本。第一個示例用C#編寫，第二個示例用VB編寫。進入其中之一即可。
＜%@ page language="C#" %＞
＜script runat="server"＞
void AccessDataSourcel_Selected(object sender, SqlDataSourceStatusEventArgs e)
{
if (e.Exception != null)
{
if(e.Exception.GetType()==typeof(System.Data.OleDb.OleDbException))
{
Message.Text = "There was a problem opening a connection to the
database. Please contact the system administrator for this site.";
//Optionally set GridViewl.Visible = false;
e.ExceptionHandled = true;
}
}
}
＜/script＞
＜html＞ ...
以下是用VB編寫的腳本。
＜%@ Page Language="VB" %＞
＜!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.1//EN"
"http://www.w3.org/TR/xhtmlll/DTD/xhtmlll.dtd"＞
＜script runat="server"＞
Sub AccessDataSourcel_Selected(ByVal sender As Object, ByVal e As
SqlDataSourceStatusEventArgs)
If (Not e.Exception Is Nothing) Then
If TypeOf e.Exception Is System.Data.OleDb.OleDbException Then
Message. Text = "There was a problem opening a connection to the database. Please contact the system administrator for this site."
' Optionally set GridViewl.Visible =
false
e.ExceptionHandled = True
End If
End If
End Sub
＜/script＞
＜html＞ ...
(6) 保存並運行頁面。因為我們實際的連接還保持完好，所以現在還沒有任何問題。關閉浏覽器。
(7) 現在將Northwind的MDB文件從\App_Data移動至C:\Temp文件夾中，這樣連接將會失敗。或者，可以修改代碼來嘗試連接Southwind.mdb。運行頁面並注意浏覽器將顯示一個得體的失敗信息。
(8) 如果移動了Northwind.mdb，那麼將其再移動回C:\BegAspNetDb\ App_ Data文件夾中。
示例說明＃4—— 處理AccessDataSource連接失敗
首先，請回想一下AccessDataSource控件是SqlDataSource的派生物，並且使用了應用於OLEDB數據源的一系列異常，所以當引用了帶有SQL或者OLEDB名稱而不是Access名稱的對象時，請不要驚訝。
請觀察在頁面上進行的處理連接失敗的三個修改。第一，添加了GridView數據源控件的一個屬性，該屬性在GridView沒有從數據源控件中獲得任何數據時將會顯示一條消息。第二，添加了數據源控件的一個屬性，該屬性在OnSelected事件發生時調用Data_Selected事件處理程序。請注意這處於DataSource事件中。雖然用戶沒有直接選擇 AccessDataSource控件(也沒有向用戶呈現)，但是當GridView向數據源控件請求數據時，選擇還是在內部發生了。第三，您編寫了這段腳本。
該腳本將會接收到幾個參數，其中之一就是異常。這裡沒有名為AccessDataSourceStatusEventArgs的對象。但是，可以獲得一個內部派生出 Access- DataSource 的基本對象：SQL DataSource。SqlDataSource對象具有可以提交至AccessDataSource控件的狀態參數。如果沒有問題，則異常列表為空。如果有一個異常，那麼代碼將會進行測試來查看拋出的異常是什麼類型。同樣地，也沒有像Access Exception一樣的對象。但是，AccessDataSource將異常放入更加普通的稱為OleDb Exception的對象中。假定在這個集合中的所有異常都是由連接失敗造成的。我們的代碼將作出反應，反饋一些友好的失敗通告到名為Message的標簽上。
這段代碼中的最大的竅門就是始終讓對象使用了三個不同的名稱。使用了一個Access文件(MDB)作為數據源並使用AccessDataSource控件。但是使用了底層的SqlDataSource作為事件參數。最後，使用了普通的OLEDB異常集。很多錯誤都源於在所有的情況下都使用名為Access的ASP.NET 2.0對象。
