The fields on my form are the same as in my database so I was wanting to loop
over the form fields and populate the setters in a bean. So basically the
methods are dynamic. Here's what I've been trying but it doesn't work but it
does not work:
CFLOOP INDEX=TheField list=#Form.FieldNames#
But isn't it a problem to use CFINVOKE with getters and setters? Wouldn't the
object be reinstantiated for every single method call? Am I wrong in assuming
this?
--Brad
**untested**
cfif theField IS NOT submit
cfset theMethod = theObject[set theField] /
cfset theMethod(theField) /
That makes sense. I appreciate everyones help.
By moving the cfassociate/ inside of the executionMode check, you're only
executing it once. If you have it outside of that check, it executes on
both executionMode=start and executionMode=end.
I've got a problem I've never run into before with nested custom tags. I'm
using nested paired tags:
cf_parent
cf_child
...some text here
/cf_child
cf_child
...more text
/cf_child
/cf_parent
When I dump #ThisTag# all the AssocAttribs are doubled. I belive I'm taking
steps
Thanks Ray. That worked. The only problem now is I don't understand why.
Anyone care to fill me in on why this little shuffle around of code prevented
the double execution.
Thanks again,
ColdFused
Remove the cfparam and move the cf_associate to the end portion of
child. Here is my child.cfm:
I've got CF 8 set up on a Windows 2003 SP 2 box using IIS. I have three sites
running:
(1) Default C:\Inetpub\wwwroot
(2) Test C:\Sites\Test
(3) Stage C:\Sites\Stage
Sites 1 and 2 work fine. Site 3 challenges me for a username and password.
This I don't understand. Anonymous access is
I know using evaluate is a no-no, but I'm stumped on how to restate this line
of code:
cfset methodResults = evaluate(theObject.#url.methodCall#(#args#))
Any help would be appreciated.
~|
Adobe® ColdFusion® 8 software 8 is
Thanks Matt João. I appreciate your help.
cfinvoke component=#theObject# method=#url.methodCall#
argumentCollection=#args# returnvariable=methodResults/
--
João Fernandes
http://www.onflexwithcf.org
http://www.riapt.org
Portugal Adobe User Group (http://aug.riapt.org)
It is really great software, but let me give you a word of caution. Nothing is
free.
You're sharing your website data with Google. This may not be a bad thing, but
if you are using AdWords--you might not want to share this information. I'm
not saying Google is doing anything wrong, but I'd
Are you using the DevNet version of CF 7? That meta tag that it throws in can
really screw up a lot of things.
--Brad
Thanks for the email Andrew. The CFML code IS identical. I have one of
my developers reviewing how the client app uses the WSDL, and I guess
its likely that it was
I'm having a really hard time with losing the form scope variables on CFMX 7.
I have a pretty simple form that posts to a CF page. The form contains a
couple of radio buttons and a select box. The select box name is dynamically
generated, but it shows correctly when I view the page source
.
-Original Message-
From: Brad Haas [mailto:[EMAIL PROTECTED]
Sent: Wednesday, November 30, 2005 2:10 PM
To: CF-Talk
Subject: Form Scope Problems
I'm having a really hard time with losing the form scope
variables on CFMX 7. I have a pretty simple form that posts
to a CF page
Here's some partial code from both pages. Even though this code is very
watered down, I can get it to produce the same type of problems as the full
application. All I have to do to get the form scope to disappear is to submit
this form without selecting either radio button. Even if you
to the problem.
I appreciate you looking into this for me.
Thanks,
Brad
On 11/30/05, Brad Haas [EMAIL PROTECTED] wrote:
Here's some partial code from both pages. Even though this code is
very watered down, I can get it to produce the same type of problems
as the full application. All I have
14 matches
Mail list logo