Oh duh. Yes, yes. That makes sense. In this case, if we do :
<cfset fancyObject= viewState.getValue("fancyObject") />
If fancyObject hasn't even been instantiated, we end up with an empty
string? That makes sense.
In this case in our old cold, depending on circumstances, we don't always
instantiate fancyObject. It always exists but it's the old
<cfset var fancyObject = "" />
I'll thank pre-CF 9's lack of acknowledging variables' right to privacy and
thus encouraging that pesky bad habit of making things exist as something
they're not.
That is, fancyObject is something specific like a car. Only that since the
var keyword has to occur right away in a method, we're creating fancyObject
as a string. Later in the method, if a certain condition is met, we go
ahead an make a nice lil red 1988 Chevette an call it fancyObject. So
fancyObject may be an object or a string. And strings don't have no stinkin
methods.
Thanks Dan.
--Allen
ColdFusion's lack of res
On Fri, Jan 28, 2011 at 10:16 AM, Dan Wilson <[email protected]> wrote:
> Thanks for writing the most entertaining email I've received all day.
>
>
> I've seen this before and what usually happens, is a developer is expecting
> to pull an object out of the event scope, but the object does not exist.
>
> Thus, when the developer calls expectedObject.get() we get an error.
>
> This error is an error of assumption. We'd get the same error if we did the
> following:
>
> <cfset something = "astring" />
> <cfset something.get() />
>
>
> To track this down, we need to figure out where the error is happening, and
> then follow the chain upward to find where the developer is pulling out the
> expectedObject.
>
> When this happens to me, it is because I've either rearchitected a
> controller to NOT put the object in the event scope, OR I've broadcast a
> message that didn't lead to the controller method running in the first
> place.
>
>
> Happy Hunting.
>
> DW
>
>
>
> On Fri, Jan 28, 2011 at 11:13 AM, Allen G <[email protected]> wrote:
>
>> Since the 'fridge is devoid of beer and our society has this funny
>> notion that one needs to show up at work to get paid for work, I found
>> myself looking at recent errors for an application we support. I
>> noticed one that was reoccurring which means, well, something needs to
>> get fixed.
>>
>> The error message is : The get method was not found.
>>
>> The error detail is : Either there are no methods with the specified
>> method name and argument types, or the get method is overloaded with
>> argument types that ColdFusion cannot decipher reliably. ColdFusion
>> found 0 methods that matched the provided arguments. If this is a Java
>> object and you verified that the method exists, you may need to use
>> the javacast function to reduce ambiguity.
>>
>>
>> I'm curious if anyone has ran into this sort of thing before. I'm not
>> too worried about exactly what is causing ours. I'm just trying to
>> get a feel for the sort of things involved.
>>
>> Below is the code involved in this case. I've scrubbed it a la data
>> scrubbing but it's still the same thing. My own theory is that we
>> have an object with a generically named method "get" ( sided note, do
>> these developers have kids and name them "boy" and "girl"?). And of
>> course we have a couple methods in MG named "get" (generic stack,
>> adobeColdFusionSessionFacade, et al.).
>>
>> My under-educated, untested guesstimate is that those methods are
>> conflicting. Am I way off? Just curious. TIA!!!
>>
>> code:
>> <cfset fancyObject= viewState.getValue("fancyObject")>
>>
>>
>> <cfif StructCount(stMessages) GT 0>
>> <cfset receiveStuff="#viewstate.getValue('receiveStuff')#">
>> <cfelse>
>> <cfset receiveStuff="#fancyObject.get('receiveStuff')#">
>> </cfif>
>>
>>
>>
>>
>>
>> --
>> Model-Glue Sites:
>> Home Page: http://www.model-glue.com
>> Documentation: http://docs.model-glue.com
>> Bug Tracker: http://bugs.model-glue.com
>> Blog: http://www.model-glue.com/blog
>>
>> You received this message because you are subscribed to the Google
>> Groups "model-glue" group.
>> To post to this group, send email to [email protected]
>> To unsubscribe from this group, send email to
>> [email protected]<model-glue%[email protected]>
>> For more options, visit this group at
>> http://groups.google.com/group/model-glue?hl=en
>
>
>
>
> --
> Plutarch - "The mind is not a vessel to be filled but a fire to be
> kindled."
>
> --
> Model-Glue Sites:
> Home Page: http://www.model-glue.com
> Documentation: http://docs.model-glue.com
> Bug Tracker: http://bugs.model-glue.com
> Blog: http://www.model-glue.com/blog
>
> You received this message because you are subscribed to the Google
> Groups "model-glue" group.
> To post to this group, send email to [email protected]
> To unsubscribe from this group, send email to
> [email protected]<model-glue%[email protected]>
> For more options, visit this group at
> http://groups.google.com/group/model-glue?hl=en
--
Model-Glue Sites:
Home Page: http://www.model-glue.com
Documentation: http://docs.model-glue.com
Bug Tracker: http://bugs.model-glue.com
Blog: http://www.model-glue.com/blog
You received this message because you are subscribed to the Google
Groups "model-glue" group.
To post to this group, send email to [email protected]
To unsubscribe from this group, send email to
[email protected]
For more options, visit this group at
http://groups.google.com/group/model-glue?hl=en
