Davis
To: CF-Talk
Sent: Saturday, October 04, 2003 1:20 PM
Subject: RE: Nesting CFTRANSACTION?
Actually it shows up in the basetag list for me. I'm on MX 6.1, how
about you?
This is actually the approach I'm taking (and testing right now).
One problem is that CFTRANSACTION, being a structural
aturday, October 04, 2003 7:25 AM
To: CF-Talk
Subject: Re: Nesting CFTRANSACTION?
Yes 6.1. It only didn't work for me when I tried to make a nice function
for the evaluation. It works when I insert the _expression_ directly like
you're doing.
I think MACR could be little kinder to us wit
but its just an idea.
Kola
-Original Message-
From: Jim Davis [mailto:[EMAIL PROTECTED]
Sent: 03 October 2003 06:14
To: CF-Talk
Subject: Nesting CFTRANSACTION?
I'm in a position where a component can have a parent/child relationship
with other components of the same type.
When I delete
: 03 October 2003 06:14
To: CF-Talk
Subject: Nesting CFTRANSACTION?
I'm in a position where a component can have a parent/child relationship
with other components of the same type.
When I delete a single component, no problem - the method starts a
transaction, deletes the component information
Oyedeji [mailto:[EMAIL PROTECTED]
Sent: Friday, 3 October 2003 9:14 p.m.
To: CF-Talk
Subject: RE: Nesting CFTRANSACTION?
One possible solution would be to have a version of the delete method,
which does not wrap the delete in cftransaction, e.g.
deleteNoTransaction(). You could then call
.;^)
Jim Davis
-Original Message-
From: Andre Mohamed [mailto:[EMAIL PROTECTED]
Sent: Friday, October 03, 2003 5:51 AM
To: CF-Talk
Subject: RE: Nesting CFTRANSACTION?
Jim,
There are several approaches one can take here. One of those
possibilities is to utilize the Composite Design
of GetBaseTagList().
I'm not sure if it'll work. but does seem possible.
Jim Davis
-Original Message-
From: Matthew Walker [mailto:[EMAIL PROTECTED]
Sent: Friday, October 03, 2003 7:55 AM
To: CF-Talk
Subject: RE: Nesting CFTRANSACTION?
Maybe the simplest answer (certainly one I've adopted
On Friday, October 3, 2003, at 01:14 AM, Jim Davis wrote:
However when I do this (as I am) from with the parents delete() method
(making the call sorta recursive-like) I get the error we all know and
love: Cannot nest CFTRANSACTIONS
The approach I sometimes take is to have a set of components
[EMAIL PROTECTED]
Sent: Friday, October 03, 2003 8:57 AM
Subject: RE: Nesting CFTRANSACTION?
Thanks. it's not really an option for me however.
The basic structure of this system is that the broker controls all of
the persistence layer-stuff.If I were to try and have to track I
outside of it all
-Original Message-
From: Christian Cantrell [mailto:[EMAIL PROTECTED]
Sent: Friday, October 03, 2003 11:37 AM
To: CF-Talk
Subject: Re: Nesting CFTRANSACTION?
On Friday, October 3, 2003, at 01:14 AM, Jim Davis wrote:
However when I do this (as I am) from with the parents delete() method
seemed to work though. How is it going for you?
-Original Message-
From: Jim Davis [mailto:[EMAIL PROTECTED]
Sent: Saturday, 4 October 2003 1:57 a.m.
To: CF-Talk
Subject: RE: Nesting CFTRANSACTION?
Thanks. it's not really an option for me however.
The basic structure of this system
-Talk
Subject: RE: Nesting CFTRANSACTION?
cffunction name=IsTransaction returntype=boolean
cfreturn yesnoformat(listfind(getbasetaglist(),
CFTRANSACTION))
/cffunction
You would think that would be just the thing right? Well doesn't seem to
work. Cftransaction doesn't show up in the base tag list
I'm in a position where a component can have a parent/child relationship
with other components of the same type.
When I delete a single component, no problem - the method starts a
transaction, deletes the component information from the database, cleans
up references to it in several join tables
13 matches
Mail list logo