<?xml version="1.0" encoding="utf-8"?>
<rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:dc = "http://purl.org/dc/elements/1.1/" xmlns="http://purl.org/rss/1.0/">
	<channel rdf:about="http://livedocs.adobe.com/">
	<title>LiveDocs Comments - coldfusion - 7 - htmldocs - 00000242.htm</title>	
		<link>http://livedocs.adobe.com/</link>
		<description>Macromedia LiveDocs - online documentation with user feedback.</description>
		<copyright>Copyright 2009, Macromedia, Inc.</copyright>
		<dc:date>2009-11-25T01:03:31</dc:date>
		<dc:language>en-us</dc:language>
		<items>
			<rdf:Seq>
				<rdf:li rdf:resource="http://livedocs.adobe.com/coldfusion/7/htmldocs/00000242.htm#69808" />
				<rdf:li rdf:resource="http://livedocs.adobe.com/coldfusion/7/htmldocs/00000242.htm#65306" />
				<rdf:li rdf:resource="http://livedocs.adobe.com/coldfusion/7/htmldocs/00000242.htm#50267" />
			</rdf:Seq>
		</items>
	</channel>
	
	<item rdf:about="http://livedocs.adobe.com/coldfusion/7/htmldocs/00000242.htm#69808">
		<title>coldfusion/7/htmldocs/00000242.htm</title>
		<link>http://livedocs.adobe.com/coldfusion/7/htmldocs/00000242.htm#69808</link>
		<description>What is interesting is that while CFERROR will not catch compile time errors like '&lt;cfet x = 1 /&gt;', if you define a site wide error handler in CF Administrator, this error will get caught  and the user will be redirected to your custom error template.  The problem here is that this error template cannot be customized for a specific application, but will appear for all applications hosted on your stand alone server or JRun instance.</description>
		<dc:creator>Runrocket</dc:creator>
		<dc:type>0 0</dc:type>
		<dc:date>2007-07-09T08:12:34</dc:date>
	</item>
	<item rdf:about="http://livedocs.adobe.com/coldfusion/7/htmldocs/00000242.htm#65306">
		<title>coldfusion/7/htmldocs/00000242.htm</title>
		<link>http://livedocs.adobe.com/coldfusion/7/htmldocs/00000242.htm#65306</link>
		<description>What thekat is saying is that the CF template has to be compilable in order for errors that cferror can catch to occur. cferror is only for run time errors, doesn't work for compile time errors (which makes a lot of sense).</description>
		<dc:creator>DracTK</dc:creator>
		<dc:type>0 0</dc:type>
		<dc:date>2007-04-12T09:11:44</dc:date>
	</item>
	<item rdf:about="http://livedocs.adobe.com/coldfusion/7/htmldocs/00000242.htm#50267">
		<title>coldfusion/7/htmldocs/00000242.htm</title>
		<link>http://livedocs.adobe.com/coldfusion/7/htmldocs/00000242.htm#50267</link>
		<description>An additional note on CFError. Despite information above to the contrary, the cferror tag does not catch all CF errors, regardless of the TYPE attribute that you specify. For example, if you leave off the closing parenthesis in the following tag: #left(sometext, 20#, the CFError will NOT trigger. However, if you properly form the tag but pass an invalid variable (for example passing a misspelling of #left(smoetext, 20)#, the error template will trigger fine. For CFError to process, there can not be any malformed CF, just malformed variables, truncation, etc.</description>
		<dc:creator>thekat</dc:creator>
		<dc:type>0 0</dc:type>
		<dc:date>2006-06-29T23:35:25</dc:date>
	</item>
	</rdf:RDF>

