Are you using the SVN version? It includes compatibility updates for CF9. Just want to rule it out.
- Gabriel On Fri, Jan 29, 2010 at 7:44 PM, Tom McNeer <tmcn...@gmail.com> wrote: > I'm well aware of Mark's requests for configuration information when > reporting problems. And if folks decide it will help, I'll include it. But > it doesn't seem that it would be particularly useful just yet. > > Here's what's happening: I have an application that has been running on CF8 > Standard/Win 2003 server on a production server, and on my dev server, it is > now running on CF9/Win Server 2008 (all 32-bit). > > I'm setting up a new server now, which is a 64-bit Win Server 2008 machine > with CF9. > > The application is accessed through a Flex front end. All flex config files > are identical on the dev CF9 and the new production machine. > > In my initial testing, most everything works fine. But certain methods fail > with an EmptyQueryException -- only when called from the Flex app. I have > not been able to find any commonality among them. In one case, the failure > comes on the call to an array of one-to-many objects from the parent; in > another, it fails when manually looping over a set of ids, getting the > matching Transfer object, and putting the objects into an array. In a third > case, it fails when retrieving a Transfer decorator in order to update > values. > > I can see that the input parameters are being sent correctly to the server. > And in one case, there are no parameters. The method is simply a call which > kicks off a hard-coded Transfer.list operation. So it can't be the input > that is failing. > > And as I say, these failures only occur when done through Flex. I have built > a test page which calls these same methods through their remote proxy, just > as the Flex app does. The call goes to the proxy, to a service, to a gateway > and back. Everything comes back perfectly. > > It boils down to this: certain methods fail when called from the Flex app, > but work when called from a standard .cfm page. > > Although the exception info doesn't provide a stack trace, I'm guessing that > this may be a cache-related failure. Maybe? Cache is set to "instance," by > the way? > > Has anyone ever seen anything like this? > > -- > Thanks, > > Tom > > Tom McNeer > MediumCool > http://www.mediumcool.com > 1735 Johnson Road NE > Atlanta, GA 30306 > 404.589.0560 > > -- > Before posting questions to the group please read: > http://groups.google.com/group/transfer-dev/web/how-to-ask-support-questions-on-transfer > > You received this message because you are subscribed to the Google Groups > "transfer-dev" group. > To post to this group, send email to transfer-dev@googlegroups.com > To unsubscribe from this group, send email to > transfer-dev+unsubscr...@googlegroups.com > For more options, visit this group at > http://groups.google.com/group/transfer-dev?hl=en > -- Before posting questions to the group please read: http://groups.google.com/group/transfer-dev/web/how-to-ask-support-questions-on-transfer You received this message because you are subscribed to the Google Groups "transfer-dev" group. To post to this group, send email to transfer-dev@googlegroups.com To unsubscribe from this group, send email to transfer-dev+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/transfer-dev?hl=en