Displays a custom HTML page when an error occurs. This lets you maintain a consistent look and feel among an application's functional and error pages.
Exception handling tags, Extensibility tags, Application framework tags
<cferror type = "a type" template = "template_path" mailTo = "email_address" exception = "exception_type">
New in ColdFusion MX: the monitor
option of the exception
attribute is deprecated. Do not use it in new applications. It might not work, and might cause an error, in later releases.
Attribute | Req/Opt | Default | Description |
---|---|---|---|
type |
Required |
|
Type of error that the custom error page handles:
|
template |
Required |
|
Relative path to the custom error page. (A ColdFusion page was formerly called a template.) |
mailTo |
Optional |
|
E-mail address. Value for the error page variable error.mailto . Available to a custom error page; for example: #error.mailTo# . |
exception |
|
|
Type of exception that the tag generates:
|
Use this tag to provide custom error messages for pages in an application. You generally embed this tag in the Application.cfm file. For more information, see Administering ColdFusion MX.
In exception error handling pages, you can access the error variables of the cfcatch
tag; see cftry. To do this, prefix these variables with "cferror."
To ensure that error pages display successfully, avoid using the cfencode
tag to encode pages that include the cferror
tag.
The following table describes the page to use for each type of error. (A ColdFusion page was formerly commonly called a template.)
The exception-handling page specified in the cferror
tag template
attribute, contains one or more error variables. ColdFusion substitutes the value of the error variable when an error displays.
The following table lists error variables:
Note: If type = "exception"
or "monitor"
, you can substitute the prefix cferror
for Error
; for example, cferror.diagnostics
, cferror.mailTo
, or cferror.dateTime
.
<h3>cferror Example</h3> <p>cferror lets you display custom HTML pages when errors occur. This lets you maintain a consistent look and feel within the application even when errors occur. No CFML can be displayed in the pages, except specialized error variables. <p>cftry/cfcatch is a more interactive way to handle CF errors within a CF page than cferror, but cferror is a good safeguard against general errors. <p>You can also use cferror within Application.cfm to specify error handling responsibilities for an entire application. <!--- Example of cferror call within a page ---> <cferror type = "REQUEST" template = "request_err.cfm" mailTo = "admin@mywebsite.com"> <!--- Example of the page to handle this error ---> <!--- <html> <head> <title>We're sorry -- An Error Occurred</title> </head> <body> <ul> <cfoutput> <li><b>Your Location:</b> #error.remoteAddress# <li><b>Your Browser:</b> #error.browser# <li><b>Date and Time the Error Occurred:</b> #error.dateTime# <li><b>Page You Came From:</b> #error.HTTPReferer# <li><b>Message Content</b>: <br><HR width = 50%> <p>#error.diagnostics#<HR width = 50%><p> <li><b>Please send questions to:</b> <a href = "mailto:#error.mailTo#">#error.mailTo#</A> </cfoutput> </ul>