<?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 - 6.1 - htmldocs - tags-c15.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-25T09:47:06</dc:date>
		<dc:language>en-us</dc:language>
		<items>
			<rdf:Seq>
				<rdf:li rdf:resource="http://livedocs.adobe.com/coldfusion/6.1/htmldocs/tags-c15.htm#45149" />
				<rdf:li rdf:resource="http://livedocs.adobe.com/coldfusion/6.1/htmldocs/tags-c15.htm#39556" />
				<rdf:li rdf:resource="http://livedocs.adobe.com/coldfusion/6.1/htmldocs/tags-c15.htm#30785" />
				<rdf:li rdf:resource="http://livedocs.adobe.com/coldfusion/6.1/htmldocs/tags-c15.htm#24009" />
				<rdf:li rdf:resource="http://livedocs.adobe.com/coldfusion/6.1/htmldocs/tags-c15.htm#23984" />
				<rdf:li rdf:resource="http://livedocs.adobe.com/coldfusion/6.1/htmldocs/tags-c15.htm#23893" />
				<rdf:li rdf:resource="http://livedocs.adobe.com/coldfusion/6.1/htmldocs/tags-c15.htm#20172" />
				<rdf:li rdf:resource="http://livedocs.adobe.com/coldfusion/6.1/htmldocs/tags-c15.htm#19484" />
				<rdf:li rdf:resource="http://livedocs.adobe.com/coldfusion/6.1/htmldocs/tags-c15.htm#18586" />
				<rdf:li rdf:resource="http://livedocs.adobe.com/coldfusion/6.1/htmldocs/tags-c15.htm#18016" />
				<rdf:li rdf:resource="http://livedocs.adobe.com/coldfusion/6.1/htmldocs/tags-c15.htm#16400" />
				<rdf:li rdf:resource="http://livedocs.adobe.com/coldfusion/6.1/htmldocs/tags-c15.htm#13071" />
				<rdf:li rdf:resource="http://livedocs.adobe.com/coldfusion/6.1/htmldocs/tags-c15.htm#13063" />
				<rdf:li rdf:resource="http://livedocs.adobe.com/coldfusion/6.1/htmldocs/tags-c15.htm#12290" />
			</rdf:Seq>
		</items>
	</channel>
	
	<item rdf:about="http://livedocs.adobe.com/coldfusion/6.1/htmldocs/tags-c15.htm#45149">
		<title>coldfusion/6.1/htmldocs/tags-c15.htm</title>
		<link>http://livedocs.adobe.com/coldfusion/6.1/htmldocs/tags-c15.htm#45149</link>
		<description>Hi&lt;br /&gt;&lt;br /&gt;the following document is about exception handling in cf mx, but it contains some information about cftransaction and a description of its options.&lt;br /&gt;&lt;br /&gt;http://www.how2cf.com/files/papers/exceptions.pdf&lt;br /&gt;&lt;br /&gt;mybe it helps understanding.</description>
		<dc:creator></dc:creator>
		<dc:type>0 0</dc:type>
		<dc:date>2006-02-13T01:53:34</dc:date>
	</item>
	<item rdf:about="http://livedocs.adobe.com/coldfusion/6.1/htmldocs/tags-c15.htm#39556">
		<title>coldfusion/6.1/htmldocs/tags-c15.htm</title>
		<link>http://livedocs.adobe.com/coldfusion/6.1/htmldocs/tags-c15.htm#39556</link>
		<description>The link offered above (in another comment) to some Oracle docs on transaction isolations fails. I found another place where those particular docs are available online:&lt;br /&gt;&lt;br /&gt;http://www.mpi-sb.mpg.de/departments/d5/teaching/ss05/is05/oracle/appdev.920/a96590/adg08sql.htm#2655&lt;br /&gt;&lt;br /&gt;There may be still better or more modern references to those oracle docs, but I'll leave that for others to explore.</description>
		<dc:creator>carehart</dc:creator>
		<dc:type>0 0</dc:type>
		<dc:date>2005-09-16T07:52:07</dc:date>
	</item>
	<item rdf:about="http://livedocs.adobe.com/coldfusion/6.1/htmldocs/tags-c15.htm#30785">
		<title>coldfusion/6.1/htmldocs/tags-c15.htm</title>
		<link>http://livedocs.adobe.com/coldfusion/6.1/htmldocs/tags-c15.htm#30785</link>
		<description>tinu8805:  Hi.  same problem here, but i found the solution.&lt;br /&gt;replace &lt;cftransaction action=&quot;commit&quot;&gt; &lt;br /&gt;with &lt;cftransaction action=&quot;commit&quot; /&gt; &lt;br /&gt;&lt;br /&gt;my guess is Macromedia fixed something in the tag parsing code somewhere else and it butterfly-effected and broke this. :)&lt;br /&gt;&lt;br /&gt;EjayHire@hotmail.com</description>
		<dc:creator></dc:creator>
		<dc:type>0 0</dc:type>
		<dc:date>2005-04-01T05:17:05</dc:date>
	</item>
	<item rdf:about="http://livedocs.adobe.com/coldfusion/6.1/htmldocs/tags-c15.htm#24009">
		<title>coldfusion/6.1/htmldocs/tags-c15.htm</title>
		<link>http://livedocs.adobe.com/coldfusion/6.1/htmldocs/tags-c15.htm#24009</link>
		<description>If you have not found resolution on the User Forums, I would suggest you contact Product Support directly.</description>
		<dc:creator>mcollins</dc:creator>
		<dc:type>0 0</dc:type>
		<dc:date>2004-11-16T12:58:04</dc:date>
	</item>
	<item rdf:about="http://livedocs.adobe.com/coldfusion/6.1/htmldocs/tags-c15.htm#23984">
		<title>coldfusion/6.1/htmldocs/tags-c15.htm</title>
		<link>http://livedocs.adobe.com/coldfusion/6.1/htmldocs/tags-c15.htm#23984</link>
		<description>I don't understand cftransaction at all if compared to CF 5.0. I just recently upgraded our business app from CF 5 to CFMX 6.1. However, to achieve this, I had to commet out ALL &lt;cftransaction action=&quot;commit&quot;&gt; or ...action=&quot;rollback&quot; ... if I let them there, CFMX would ALWAYS generate a runtime error. I could reproduce that silly behavior and also put that problem into the user support forum about 2 years ago. Nobody not even Macromedia could solve the problem I reported.&lt;br /&gt;&lt;br /&gt;Another forum member answered my question like this: He was playing with cftransaction and found it to autmatically rollback if an error was thrown and to automtically commit if the &lt;/cftransction&gt; was reached. With this help, I commented out all &lt;cftransaction action=&quot;...&quot;&gt; in my code. &lt;br /&gt;&lt;br /&gt;For most of the time, I can accept that behavior. But I DO have some transaction where I deliberately want to rollback a transaction. This is now disabled becvause if I uncomment the &lt;cftransaction action=&quot;rollback&quot;&gt; CFMX would generate an runtime error.&lt;br /&gt;&lt;br /&gt;PS: To make it clear: If I completely remove all cftransaction tags, the application works in CFMX as it did in CF 5. So, CFMX throwing a runtiem exception was not because of an exception raised by the execution.&lt;br /&gt;&lt;br /&gt;I use Sybase ASA 8 as my ODBC connected RDBMS.&lt;br /&gt;&lt;br /&gt;Up to today, I have not yet received any better answer than from that forum member. And of course, my deliberate rollback is still out of order ... :-((</description>
		<dc:creator>tinu8805</dc:creator>
		<dc:type>0 0</dc:type>
		<dc:date>2004-11-15T16:54:43</dc:date>
	</item>
	<item rdf:about="http://livedocs.adobe.com/coldfusion/6.1/htmldocs/tags-c15.htm#23893">
		<title>coldfusion/6.1/htmldocs/tags-c15.htm</title>
		<link>http://livedocs.adobe.com/coldfusion/6.1/htmldocs/tags-c15.htm#23893</link>
		<description>I sniffed the packets generated from ColdFusion to a MS SQL 2000 server and found that CFTRANSACTION adds the following commands to query groups.&lt;br /&gt;&lt;br /&gt;SET TRANSACTION ISOLATION LEVEL ... (attribute specifed in tag)&lt;br /&gt;SET IMPLICIT_TRANSACTIONS ON&lt;br /&gt;&lt;br /&gt;queries here&lt;br /&gt;&lt;br /&gt;IF @@TRANCOUNT &gt; 0 COMMIT TRAN</description>
		<dc:creator>Daniel Elmore</dc:creator>
		<dc:type>0 0</dc:type>
		<dc:date>2004-11-13T22:05:41</dc:date>
	</item>
	<item rdf:about="http://livedocs.adobe.com/coldfusion/6.1/htmldocs/tags-c15.htm#20172">
		<title>coldfusion/6.1/htmldocs/tags-c15.htm</title>
		<link>http://livedocs.adobe.com/coldfusion/6.1/htmldocs/tags-c15.htm#20172</link>
		<description>Is it possible to simply turn off autocommit, rather than be forced to comply with the constraints enforced by the context validator?  I find that  requiring the matching &lt;cftransaction&gt; and &lt;/cftransaction&gt; is unreasonable.&lt;br /&gt;&lt;br /&gt;For instance, if you have a multi-step process that  needs to be part of a transaction, but could also be a required part of a longer transaction,  It can't be written as a module that starts a transaction only if it isn't already in one, because putting &lt;/cftransaction&gt; inside &lt;cfif&gt;'s will cause a context validator error.&lt;br /&gt;&lt;br /&gt;It would be nice to be able to turn off autocommit if it wasnt already off, and not turn it back on until you had completed a parent transaction.&lt;br /&gt;&lt;br /&gt;also, it seems peculiar that &lt;/cftransaction&gt; requires a start tag, but &lt;cftransaction&gt; doesnt require an end tag.</description>
		<dc:creator>bizarrojack</dc:creator>
		<dc:type>0 0</dc:type>
		<dc:date>2004-08-16T17:41:40</dc:date>
	</item>
	<item rdf:about="http://livedocs.adobe.com/coldfusion/6.1/htmldocs/tags-c15.htm#19484">
		<title>coldfusion/6.1/htmldocs/tags-c15.htm</title>
		<link>http://livedocs.adobe.com/coldfusion/6.1/htmldocs/tags-c15.htm#19484</link>
		<description>Oracle docs on isolation levels:&lt;br /&gt;&lt;br /&gt;http://www.cise.ufl.edu/help/database/oracle-docs/appdev.920/a96590/adg08sql.htm#2655</description>
		<dc:creator>McGarnagle</dc:creator>
		<dc:type>0 0</dc:type>
		<dc:date>2004-08-04T09:20:33</dc:date>
	</item>
	<item rdf:about="http://livedocs.adobe.com/coldfusion/6.1/htmldocs/tags-c15.htm#18586">
		<title>coldfusion/6.1/htmldocs/tags-c15.htm</title>
		<link>http://livedocs.adobe.com/coldfusion/6.1/htmldocs/tags-c15.htm#18586</link>
		<description>Can modules safely be called in a cftransaction?  This pseudocode roughly describes my question scenario - assume each module has an insert or update cfquery.&lt;br /&gt;&lt;br /&gt;&lt;cftransaction&gt;&lt;br /&gt;&lt;!--- suppose a query in this file is good ---&gt;&lt;br /&gt;&lt;cfmodule template=modify_table1 (attributes)&gt;&lt;br /&gt;&lt;!--- suppose a query in this file should fail ---&gt;&lt;br /&gt;&lt;cfmodule template=modify_table2 (attributes)&gt;&lt;br /&gt;&lt;/cftransaction&gt;&lt;br /&gt;&lt;br /&gt;I have gotten at least one test to work like this; That is, the desired result is for the inserts or updates in the first module would not be committed unless the inserts or updates in the latter module should complete.  I ask this because some other developers that I know have claimed that they have had problems with similar setups.&lt;br /&gt;&lt;br /&gt;Is there some sort of trick to it?&lt;br /&gt;I am specifically curious if it might depend on the type of error that comes from the second module.</description>
		<dc:creator>bizarrojack</dc:creator>
		<dc:type>0 0</dc:type>
		<dc:date>2004-07-16T12:35:19</dc:date>
	</item>
	<item rdf:about="http://livedocs.adobe.com/coldfusion/6.1/htmldocs/tags-c15.htm#18016">
		<title>coldfusion/6.1/htmldocs/tags-c15.htm</title>
		<link>http://livedocs.adobe.com/coldfusion/6.1/htmldocs/tags-c15.htm#18016</link>
		<description>In answer to the previous question, this is all handled entirely by the database. As such, there should be something in the docs that says that this requires a database that handles transactions. Also of interest would be what happens when you use this tag on db's which don't support transactions.</description>
		<dc:creator>Mike.Schwartz</dc:creator>
		<dc:type>0 0</dc:type>
		<dc:date>2004-07-06T11:35:50</dc:date>
	</item>
	<item rdf:about="http://livedocs.adobe.com/coldfusion/6.1/htmldocs/tags-c15.htm#16400">
		<title>coldfusion/6.1/htmldocs/tags-c15.htm</title>
		<link>http://livedocs.adobe.com/coldfusion/6.1/htmldocs/tags-c15.htm#16400</link>
		<description>How does this work under the hood? If I have 3 inserts within a cftransaction tag and the first 2 inserts succeed but the last one fails, how does CF roll it back?&lt;br /&gt;&lt;br /&gt;Did CFautomatically do a Select to store the previous values of the record and then when the 3rd insert blows it updates the first 2 to the orginal status?&lt;br /&gt;&lt;br /&gt;What if you were going to do a cascading delete and you had to delete through a hierarchy of 6 tables and the last one blows for some reason?  And one of the deletes blew away 1000 rows. Did CF store that 1000 rows and then reinsert them? But what if an identity was bieng used that would blow the relationships?&lt;br /&gt;&lt;br /&gt;I haven't tested this but I just don't see how this can work at all and would love an explanation of how it works. I did read the mentioned article which was good but didn't explain how CF handles the processing.</description>
		<dc:creator></dc:creator>
		<dc:type>0 0</dc:type>
		<dc:date>2004-06-09T08:04:59</dc:date>
	</item>
	<item rdf:about="http://livedocs.adobe.com/coldfusion/6.1/htmldocs/tags-c15.htm#13071">
		<title>coldfusion/6.1/htmldocs/tags-c15.htm</title>
		<link>http://livedocs.adobe.com/coldfusion/6.1/htmldocs/tags-c15.htm#13071</link>
		<description>For more detailed information on cftransaction, see the Devnet artilce &quot;Controlling Database Transactions in ColdFusion MX&quot; at http://www.macromedia.com/devnet/mx/coldfusion/articles/cftransaction.html.&lt;br&gt;I believe that this article anwsers both of the preceding questions.</description>
		<dc:creator>halL</dc:creator>
		<dc:type>1 1</dc:type>
		<dc:date>2004-04-19T07:32:30</dc:date>
	</item>
	<item rdf:about="http://livedocs.adobe.com/coldfusion/6.1/htmldocs/tags-c15.htm#13063">
		<title>coldfusion/6.1/htmldocs/tags-c15.htm</title>
		<link>http://livedocs.adobe.com/coldfusion/6.1/htmldocs/tags-c15.htm#13063</link>
		<description>Please explain what happens at the end of the transaction block,especially when there are no embedded cftransaction tags in the block.&lt;br /&gt;&lt;br /&gt;Please explain what happens to the remainder of the block if an error occurrs.</description>
		<dc:creator>Chris.Velevitch</dc:creator>
		<dc:type>0 0</dc:type>
		<dc:date>2004-04-19T00:47:48</dc:date>
	</item>
	<item rdf:about="http://livedocs.adobe.com/coldfusion/6.1/htmldocs/tags-c15.htm#12290">
		<title>coldfusion/6.1/htmldocs/tags-c15.htm</title>
		<link>http://livedocs.adobe.com/coldfusion/6.1/htmldocs/tags-c15.htm#12290</link>
		<description>Please expand the explanation of  (read_uncommitted,read_committed,&lt;br /&gt;repeatable_read,serializable) for the CFTRANSACTION tag.</description>
		<dc:creator>myPitboss</dc:creator>
		<dc:type>0 0</dc:type>
		<dc:date>2004-04-04T16:32:34</dc:date>
	</item>
	</rdf:RDF>

