cftransaction будет запускать только первый cfquery, пропуская второй

Обновить

Я только что попробовал приведенный ниже код на CF11, и он работал нормально. Единственная ошибка, которую я получил, заключалась в том, что errMsg не было определено, чего нет в вашем коде, пока не произойдет <cfcatch>. Я определил errMsg и повторно запустил - это было успешно.

<cffunction name="insertReport">
    <cfset var strReturn="">
    <cfset errMsg = "">
    <cftransaction>

    <cftry>
        <cfquery name="updateTable1" datasource="DS1">
            INSERT INTO ...
        </cfquery>

        <cfquery name="UpdateTable2" datasource="DS1">
            INSERT INTO ...
        </cfquery>

    <cfcatch type="any">
        <cfset errMsg = "#cfcatch.Message#">
    </cfcatch>
    </cftry>

    <cfif trim(errMsg) eq ''>
        <cftransaction action="commit">
    <cfelse>
        <cftransaction action="rollback">
        <cfset strReturn = "Error: #errMsg#.">
    </cfif>

    </cftransaction>

    <cfreturn strReturn>
</cffunction>

<cfoutput>#insertReport()#</cfoutput>

Относительно нескольких источников данных

Согласно этому форуму Adobe и это сообщение SO, вы должны зафиксировать изменения в каждом источнике данных, прежде чем переходить к следующему.

Согласно сообщению SO, это будет работать:

<cftransaction action="begin">

    <cfquery datasource="foo">
    select * from foo_test
    </cfquery>

<cftransaction action="commit"><!-- Commit before switching DSNs --->

   <cfquery datasource="bar">
    select * from bar_test
    </cfquery>

</cftransaction>

Обратите внимание, что если вы можете получить доступ к своим данным через один источник данных, используя имена из трех частей (например, fooDB.dbo.table ), вы можете писать в разные базы данных в одном <cftransaction>

Спасибо всем, кто помог. Оказывается, проблема заключалась в том, что мы использовали CFQUERYPARAM в CFQUERY вместо жесткого кодирования значений, и они генерировали исключения Null Pointer.

Кажется, что эти элементы CFQUERYPARAM будут правильно записывать в базу данных, когда у нас будет только один CFQUERY, но все же выдаст это исключение нулевого указателя, которое пропустит второй CFQUERY. Поскольку нулевой указатель выдавал только значение «#cfcatch.type#», а не «#cfcatch.Message#» или «#cfcatch.detail#», которые искала наша проверка ошибок, мы не помечали проблему.

Сейчас мы рассматриваем возможность использования jTDS, чтобы посмотреть, решит ли это проблему.