当前位置: 首页 > 图文教程 > 网络编程 > ASP > 处理Asp中的错误

ASP
使用ASP开发web站点
Web设计里的软件工程思想
关于Adodb.Stream 的使用说明
处理ASP请求的内部讨论
ASP 开发准则
WebClass入门(1)
ASP代码中的容错机制
ASP、PHP和JSP的比较
asp简介和五大内置对象
全面解析Server对象
ASP的技术特点与使用方法
从ASP迁移至ASP+--最初的考虑(二)
ASP+与ASP有什么不同
session和cookie的最深刻理解
asp程序错误详细说明例表
简单WEB开发规范
HTA的简单应用
关于学习c++和编程的50个观点(学什么都适用)
常见的80004005错误及其解决方法
ASP教程:不连数据库进行查询分页的思路

ASP 中的 处理Asp中的错误


出处:互联网   整理: 软晨网(RuanChen.com)   发布: 2009-11-03   浏览: 86 ::
收藏到网摘: n/a

       处理Asp中的错误
  
  You just finished your ASP application in time, barely making the dealine! As you upload the final version to the webserver, you receive an email from your supervisor indicating that he''s ready for your demo. You confidently stride into his office and give him instructions on accesses the application through the Intranet.
  
  Your boss comes to the first page, and is asked to enter his name. You''ve created a slick, customized feel to the site, recording the user and his or her preferences in a database. Your boss types in his name, "The Pointy Haired Boss," and hits the submit button. Instead of being taken to the next page, he sees the following text pop up on the screen:
  
  Microsoft OLE DB Provider for ODBC Drivers error '' 80004005'' [Microsoft][ODBC Access 97 ODBC driver Driver] syntax wrong near ''
  
  Please note that I just made this error message up, so, please, no emails asking about how one gets this error by entering his name!
  
  You get one of those looks from your boss, a look that says, "I hope you weren''t expecting a positive performance review."
  
  There''s nothing worse to an end user than to see those dreaded ADO errors. They are misformatted, cryptic, and leave the user wondering what they are suppose to do. Your average end user doesn''t know ODBC from OLE. So how can you prevent these nasty error messages?
  
  First you must insert at the top of your ASP page:
  
  
  <% On Error Resume Next %>
  This will tell ASP to just skip over any errors, instead of halting execution and printing out a nasty error message. You may be tempted to leave it at this, although if you do, and errors occur, your users won''t be aware of them. They will think their information was correctly saved, when in actuality it wasn''t due to an ADO error.
  
  What, then, do we want to do if there is an error? Well, the idea situation would be to let the end user know that an error had occurred and will be worked on, and automatically email technical support with the ADO error messages. So that is what we will do!
  
  The question now is how to we "trap" errors? Well, after any ADO call that accesses the database, we will want to put the following lines:
  
  
  
  If Err.number <> 0 then
   TrapError Err.description
  End If
  
  You will want to put this after all ADO calls that communicate directly with the database. This includes ConnectionObject.Open, ConnectionObject.Execute, and RecordsetObject.Open. Now, you may be wondering where the sub TrapError is defined: we''re about to do that. Create a file called ErrorHandler.asp and put it in your /include or /scripts directory. In ErrorHandler.asp, we will have the following subs:
  
  
  TrapError
  ProcessErrors
  Let''s look at the code for ErrorHandler.asp:
  
  
  
  <%
  Dim strErrorMessage
  Dim bolErrors
  
  ''Initialize variables
  strErrorMessage = "" ''The error messages for tech. support
  bolErrors = False ''Have we found any errors yet?
  
  ''Now our two subs
  sub TrapError(strError)
   bolErrors = True ''Egad, we''ve found an error!
  
   strErrorMessage = strErrorMessage & strError & ", "
  end sub
  
  
  
  ''If there are any errors, this function will email tech. support
  sub ProcessErrors()
   if bo