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] For more options, visit this group at http://groups.google.com/group/model-glue?hl=en
