Hmm, this is much sucky and causing me some serious concern. I'll be
testing some more with MG:U and CS on cf7 + cf6.1, but anyone else
who wants to take a look into debugging this, please go for it,
because MG:U and CS WILL be released at cfunited if we have to kill
ourselves to get it done!
Chris
On Jun 15, 2006, at 1:53 PM, Dave Ross wrote:
Hmm... I don't think so. It looks like Paul isn't alone as someone
else just posted the same issue on the ModelGlue list. I am at a loss
here - I can't reproduce it (and I'm sure the code is working for most
as we would have heard about this awhile ago) - so what evironmental
factor would cause ARGUMENTS to no longer be a struct?
On 6/15/06, Dave Carabetta <[EMAIL PROTECTED]> wrote:
On 6/15/06, Paul Roe <[EMAIL PROTECTED]> wrote:
> I have tried to get cs working on my local 6.1 dev box and I
can't get it
> working. This is an out of the box copy of CSRC1 setup in my
root directory
> with a mapping. I don't have a mapping to /, and I have deleted
all the
> class files 2 different times. I've tried 2 of my applications
as well as
> the new model-glue unity quickstart application and each time I
get the
> following error:
>
> You have attempted to dereference a scalar variable of type class
> [Ljava.lang.Object; as a structure with members.
>
> The error occurred in
> C:\CFusionMX\wwwroot\coldspring\beans\DefaultXmlBeanFactory.cfc:
line 836
> Called from C:\CFusionMX\wwwroot\coldspring\beans
\BeanDefinition.cfc: line
> 215
> Called from C:\CFusionMX\wwwroot\coldspring\beans
\DefaultXmlBeanFactory.cfc:
> line 383
> Called from C:\CFusionMX\wwwroot\coldspring\beans
\DefaultXmlBeanFactory.cfc:
> line 332
> Called from C:\CFusionMX\wwwroot\ModelGlue\unity\ModelGlue.cfm:
line 33
> Called from C:\CFusionMX\wwwroot\translator\index.cfm: line 33
>
> 834 : <cfargument name="md" type="struct"
required="true" />
> 835 : <cfset var i = "" />
> 836 : <cfset var flattenedMetaData = duplicate
(arguments.md)/>
> 837 : <cfset var foundFunctions = ""/>
> 838 : <cfset var access = "" />
>
Is that argument passed as part of a super() call elsewhere, like so?
<cfset super.init(arguments) />
If so, don't forget there is the "super" bug in MX 6.1 where you need
to pass each argument individually in the super() call for the parent
method to keep the proper type. I ran in to this elsewhere just
yesterday.
Regards,
Dave.
Chris Scott
[EMAIL PROTECTED]
http://cdscott.blogspot.com/
http://www.coldspringframework.org/
