Just wanted to say that I fixed this with a clean install, and I'm going to re-apply patches and other bits like pja and see when (or maybe if) it breaks again.
Cheers, Chris ________________________________________ From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Chris Blackwell Sent: 08 February 2006 22:50 To: [email protected] Subject: RE: Reactor For CF Can't get revision 175 to work Hi Mark, Do you mean the Flex Connector available here? http://www.macromedia.com/cfusion/entitlement/index.cfm?e=labs#cf_flexconnect If so, nope I haven't, as this is currently only available for window. I do remember playing with flex 2, but I don't think I had a connector installed. Seem to remember having to right my own xml feeds for swf's compiled in Eclipse. Full version is 7,0,1,116466 Update Level /opt/coldfusionmx7/lib/updates/hf701-60212.jar I've swapped back to the standard CF 1.4 jre (I was running 5), but still no joy Will try a clean install of CF tomorrow Cheers Chris ________________________________________ From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Mark Mazelin Sent: 08 February 2006 21:08 To: [email protected] Subject: Re: Reactor For CF Can't get revision 175 to work Chris: Did you install any of the flex beta stuff (CF Adaptor) into your CF app server? I had this exact type of error with Joe Rinehart's ARF product when I installed the Flex 2 alpha stuff when it first came out. Once I uninstalled the CF Adaptor files on my dev server, the errors disappeared! Mark Chris Blackwell wrote: I've just checked out revision 175 and its not working for me at all. I'm getting the following error. The value returned from function init() is not of type reactor.data.abstractObjectDao. If the component name is specified as a return type, the reason for this error might be that a definition file for such component cannot be found or is not accessible. The error occurred in /var/www/html/reactor/core/objectFactory.cfc: line 102 Called from /var/www/html/reactor/core/objectFactory.cfc: line 29 Called from /var/www/html/reactor/reactorFactory.cfc: line 46 Called from /var/www/html/index2.cfm: line 2 Called from /var/www/html/Application.cfc: line 37 100 : <cfargument name="name" hint="I am the name of the object to translate." required="yes" type="string" /> 101 : <cfset var Object = CreateObject("Component", "reactor.core.object").init(arguments.name, getConfig()) /> 102 : <cfset var ObjectDao = CreateObject("Component", "reactor.data.#getConfig().getType()#.ObjectDao").init(getConfig().getDsn(), getConfig().getUsername(), getConfig().getPassword()) /> 103 : 104 : <cfset ObjectDao.read(Object) /> The createobject function on line 102 creates a "reactor.data.mysql.ObjectDao" but the init function from the abstractObjectDao says it returns a "reactor.data.abstractObjectDao". If I bodge this by setting its returntype to "Any", I'm seeing similar errors with other objects. abstractRecord throws an error when calling super.configure() which trys to return an abstractObject... I'm not sure if this is a problem that my flaky dev box is creating or if I've got a screwy version of the code from SVN.. ? Essentially here is the problem by way of two example cfcs base.cfc <cfcomponent> <cffunction name="test" access="public" returntype="base"> <cfreturn this> </cffunction> </cfcomponent> extend.cfc <cfcomponent extends="base"> </cfcomponent> test.cfm <cfset foo = createobject("component", "extend").test()> Cheers, Chris Blackwell Running CF7.0.1 & MySQL 5 on Linux
