當(dāng)VS.NET2003遇上VS.NET2005,WebService部署何去何從
2024-07-10 13:01:41
供稿：網(wǎng)友
問(wèn)題描敘】
重裝操作系統(tǒng)之后，部署原來(lái)的web service出現(xiàn)無(wú)法訪問(wèn)、無(wú)法調(diào)試的問(wèn)題
【原編程環(huán)境】
vs.net2003(.net framework 1.1 sp1)，windows xp sp1
【新編程環(huán)境】
vs.net2003(.net framework 1.1 sp1)，vs.net 2005 beta1(.net framework 2.0 )，windows xp sp2
【問(wèn)題解決過(guò)程】
因?yàn)樵瓉?lái)的項(xiàng)目一直使用工具vs.net 2003，所以雖然vs.net 2005 beta已經(jīng)出來(lái)好久了，卻沒(méi)有時(shí)間細(xì)細(xì)品味，現(xiàn)在項(xiàng)目告一段落，終于有機(jī)會(huì)了。
重裝系統(tǒng)之后，所有工具都安裝完畢，便將原來(lái)的web service源代碼直接拷貝到 c:/inetpub/wwwroot 目錄下，在“internet 信息服務(wù)(iis)”中創(chuàng)建為虛擬目錄，然后用 vs.net2003打開(kāi)部署，習(xí)慣性的（ctrl+f5）就開(kāi)始運(yùn)行了，一切正常，然后試著調(diào)用其中的一個(gè)方法，卻總是出現(xiàn)如下錯(cuò)誤：
system.typeinitializationexception: the type initializer for 'system.transactions.diagnostics.diagnostictrace' threw an exception. ---> system.unauthorizedaccessexception: the source was not found, but some or all event logs could not be searched. inaccessible logs: security.
at system.diagnostics.eventlog.findsourceregistration(string source, string machinename, boolean readonly)
at system.diagnostics.eventlog.sourceexists(string source, string machinename)
at system.diagnostics.eventlog.sourceexists(string source)
at system.transactions.diagnostics.diagnostictrace..cctor()
--- end of inner exception stack trace ---
at system.transactions.diagnostics.diagnostictrace.get_verbose()
at system.transactions.transaction.get_current()
at system.data.common.adp.getcurrenttransaction()
at system.data.common.adp.getcurrenttransaction()
at system.data.providerbase.dbconnectionpool.getfromtransactedpool(transaction& transaction)
at system.data.providerbase.dbconnectionpool.getconnection(object owningobject)
at system.data.providerbase.dbconnectionfactory.getconnection(dbconnectionbase owningconnection)
at system.data.providerbase.dbconnectionclosed.openconnection(dbconnectionbase outerconnection)
at system.data.providerbase.dbconnectionbase.open()
at system.data.sqlclient.sqlconnection.open()
at ezhi.dataaccess.dbhelper.dataaccesshelper.executedataset(commandtype commandtype, string commandtext, dataset dsdata, idbdataparameter[] commandparameters)
at ezhi.dataaccess.accessclass.mealmodule.restaurantaccess.getdata(restaurantdata dsdata, int32[] iid)
at jollorealservice.ezhiservices.ezhiservice.fillrestaurant()
at jollorealservice.ezhiservices.ezhiservice..ctor()
一看出現(xiàn)了“system.typeinitializationexception:”和“security”的字眼，就知道是安全問(wèn)題，但是到底問(wèn)題出在哪里？我一頭霧水：是程序的問(wèn)題？是windows sp2的問(wèn)題？是權(quán)限的問(wèn)題？等等等等。于是便想通過(guò) f5 來(lái)調(diào)試看看，結(jié)果彈出如下警告框：
確實(shí)看到了“沒(méi)有啟用集成windows身份驗(yàn)證“，初步確定是權(quán)限問(wèn)題，點(diǎn)擊幫助，就進(jìn)入了msdn的如下地址頁(yè)面
ms-help://ms.vscc.2003/ms.msdnqtr.2003feb.2052/vsdebug/html/vxtbserrordebuggingfailedbecauseintegratedwindowsauthenticationisnotenabled.htm
錯(cuò)誤：調(diào)試失敗，因?yàn)闆](méi)有啟用集成 windows 身份驗(yàn)證
由于沒(méi)有啟用集成 windows 身份驗(yàn)證，單步執(zhí)行 web 應(yīng)用程序或 xml web services 失敗。因此無(wú)法對(duì)要求調(diào)試的用戶進(jìn)行身份驗(yàn)證。
啟用集成 windows 身份驗(yàn)證
1. 用管理員帳戶登錄到 web 服務(wù)器。
2. 從“開(kāi)始”菜單中，打開(kāi)“管理工具”控制面板。
3. 在“管理工具”窗口中雙擊“internet 信息服務(wù)”。
4. 在“internet 信息服務(wù)”窗口中，使用樹(shù)控件打開(kāi)針對(duì) web 服務(wù)器命名的節(jié)點(diǎn)。
5. “web 站點(diǎn)”文件夾出現(xiàn)在服務(wù)器名的下面。
6. 您可以為所有 web 站點(diǎn)或個(gè)別 web 站點(diǎn)配置身份驗(yàn)證。要為所有 web 站點(diǎn)配置身份驗(yàn)證，請(qǐng)右擊“web 站點(diǎn)”文件夾并從快捷菜單中選擇“屬性”。要為個(gè)別 web 站點(diǎn)配置身份驗(yàn)證，請(qǐng)打開(kāi)“web 站點(diǎn)”文件夾，右擊個(gè)別 web 站點(diǎn)，并從快捷菜單中選擇“屬性”。
7. 在“屬性”對(duì)話框中，選擇“目錄安全性”選項(xiàng)卡。
8. 在“匿名訪問(wèn)和身份驗(yàn)證”部分，單擊“編輯”按鈕。
9. 在“身份驗(yàn)證方法”對(duì)話框的“已授權(quán)的訪問(wèn)”下，選擇“集成 windows 身份驗(yàn)證”。
10. 單擊“確定”關(guān)閉“身份驗(yàn)證方法”對(duì)話框。
11. 單擊“確定”關(guān)閉“屬性”對(duì)話框。
12. 關(guān)閉“internet 信息服務(wù)”窗口。
按照以上步驟，我把“集成windows身份驗(yàn)證”勾上了，如下圖：
再次按下 f5，心想總得允許我調(diào)試了吧，結(jié)果又蹦出了個(gè)對(duì)話框：
ms-help://ms.vscc.2003/ms.msdnqtr.2003feb.2052/vsdebug/html/vxtbshttpservererrors.htm
錯(cuò)誤：無(wú)法在 web 服務(wù)器上啟動(dòng)調(diào)試
請(qǐng)參見(jiàn)
調(diào)試腳本和 web：錯(cuò)誤和疑難解答
當(dāng)試圖對(duì)運(yùn)行在 web 服務(wù)器上的應(yīng)用程序進(jìn)行調(diào)試時(shí)，有時(shí)可能會(huì)得到具有以下錯(cuò)誤信息的消息：
unable to start debugging on the web server
如果遇到這些錯(cuò)誤，則需要考慮以下幾個(gè)問(wèn)題：
要檢查的內(nèi)容
遠(yuǎn)程服務(wù)器上的 web 應(yīng)用程序
存儲(chǔ)在 visual sourcesafe 中并使用 frontpage 服務(wù)器擴(kuò)展的 web 應(yīng)用程序
手動(dòng)附加
…
這下就更蒙了，完全不知道問(wèn)題出在哪里了，都不允許我調(diào)試了！老辦法，部署一下看看，我便又（ctrl＋f5）了一下，再次調(diào)用某個(gè)方法，結(jié)果還是出現(xiàn)原來(lái)的錯(cuò)誤system.typeinitializationexception:
因?yàn)槌绦蛞郧罢{(diào)試過(guò)，所以應(yīng)該不是程序的問(wèn)題，那會(huì)不會(huì)是版本的問(wèn)題呢，1.1和2.0的沖突？我仔細(xì)的檢查了一下 iis 中的設(shè)置，發(fā)現(xiàn)有如下一項(xiàng)：
發(fā)現(xiàn)默認(rèn)的 asp.net version 是2.0版本的，也就是說(shuō)iis默認(rèn)選擇了高版本的 framework，我把版本選擇為 1.1.4322.0，然后點(diǎn)“確定”，再f5調(diào)試，這次成功了，再調(diào)用方法，一切通過(guò)！
【問(wèn)題延伸】
問(wèn)題是解決了，回過(guò)頭來(lái)，為什么會(huì)出現(xiàn)
system.typeinitializationexception: the type initializer for 'system.transactions.diagnostics.diagnostictrace' threw an exception. ---> system.unauthorizedaccessexception: the source was not found, but some or all event logs could not be searched. inaccessible logs: security.
的錯(cuò)誤呢？如何通過(guò)msdn的提示找出是版本問(wèn)題呢？
查看msdn：
system.typeinitializationexception:作為由類初始值設(shè)定項(xiàng)引發(fā)的異常周?chē)陌b引發(fā)的異常。無(wú)法繼承此類。
system.unauthorizedaccessexception:當(dāng)操作系統(tǒng)因 i/o 錯(cuò)誤或指定類型的安全錯(cuò)誤而拒絕訪問(wèn)時(shí)所引發(fā)的異常。
僅僅通過(guò)這一點(diǎn)信息，我們是無(wú)法確定的，于是我google了一下 “system.unauthorizedaccessexception”
找到以下幾個(gè)有用的信息：
一、
http://blog.csdn.net/wwwsq/archive/2004/11/30/198945.aspx
[asp.net]system.unauthorizedaccessexception: 拒絕訪問(wèn)。
二、
http://www.error-bank.com/microsoft.public.dotnet.framework.webservices/4131_thread.aspx
這個(gè)帖子討論的一個(gè)部署webservice的相關(guān)問(wèn)題，與權(quán)限相關(guān)，但卻和我發(fā)現(xiàn)的這個(gè)問(wèn)題無(wú)關(guān)
看來(lái)，出現(xiàn)system.unauthorizedaccessexception的問(wèn)題有很多種，在這個(gè)問(wèn)題里面，唯一的解釋就是：
.net framework1.1和.net framework2.0 之間有一個(gè)權(quán)限級(jí)別，相對(duì)來(lái)說(shuō)2.0的權(quán)限更高，1.1的程序無(wú)法正常調(diào)用2.0的組件。
