CB 3.0 RC 2: Return type mismatch

Communities ColdBox HMVC
1

I am learning ColdBox and I am using 3.0 RC2. I used the CFbuilder
Extensions to build my application scaffold.

I have my dev system set up on my MacBook Pro (OS X 10.6.6), which is
running Coldfusion 9.0.0. I did not make any changes to the framework
files other than setting up my css styles and modifying the views and
layout for that.

The framework initializes, the site home page works perfectly and I
get the debugging information at the bottom of the returned page with
no problem.

I moved the entire setup onto my staging server which is a Centos 5.5
box at my hosting company, running Coldfusion 9.0.1. When I go to the
home page of the site I get the following error message from
Coldfusion:

The following information is meant for the website developer for debugging purposes.
Error Occurred While Processing Request
Return type mismatch.
The getViewCacheKeyPrefix function does not specify the same return type in the coldbox.system.cache.providers.CacheBoxColdBoxProvider ColdFusion component and the coldbox.system.cache.IColdboxApplicationCache ColdFusion interface.

The error occurred in /html/coldbox/system/cache/CacheFactory.cfc: line 605
Called from /html/coldbox/system/cache/CacheFactory.cfc: line 160
Called from /html/coldbox/system/cache/CacheFactory.cfc: line 97
Called from /html/coldbox/system/web/services/LoaderService.cfc: line 187
Called from /html/coldbox/system/web/services/LoaderService.cfc: line 197
Called from /html/coldbox/system/web/services/LoaderService.cfc: line 74
Called from /html/coldbox/system/Coldbox.cfc: line 71
Called from /html/Application.cfc: line 35

603 : <cfscript>
604 : // Create Cache
605 : var oCache = createObject("component",arguments.provider).init();
606 : // Register Name
607 :

I looked at the getViewCacheKeyPrefix() function in both CFC's
mentioned and they both have a return type of "any".

I admit to nubie status with Coldbox, but I have searched all
available documentation, tickets and this group and have not seen any
similar errors.

2

Yes not seen that one before. Have you restarted cf engine on stg

3

Yes. I did restarted cf9. Actually did a shutdown and start to back
sure.

I am baffled because I continue to develop my app on my OS X machine
and it all goes well. ORM, WireBox, and Security Interceptor. All
working well and app is shaping up. I just can't get it to load on the
Linux Box.

This morning I am going to install another advanced app generated from
CB 3.0 rc2 (cfbuilder extensions). I am not going to touch anything
and upload it, and see if I get the same. I will let you know what
happens.

-George

4

Luis,

I created a new advanced app with the cfbuilder extensions and did
nothing to it. I downloaded the latest coldbox 3 rc2 standalone zip
file and put it in my dev system webroot. It worked perfectly. I moved
it up to the staging server and got the same error (Return type
mismatch).

I did the same with a simple app using the cfbuilder extensions. and
got the same error.

This is the full cf error:

5

2 stupid questions for you.

  1. Did you also put it in the web root on your staging server?

  2. Is trusted cache turned on, on the stage server, and if so, did you clear it when deploying?

Mark

6

Mark,

1) Yes. I did put it in the web root, after getting the error in my
virtual hosting set-up. Got the same error in both areas.
2) Trusted cache was disabled on the staging server, BUT I did a
manual clear "just in case" and it worked!!

Thank you Mark! I have had caching disabled on the staging server
since installation (last year some time), but clicking the manual
"Clear Template Cache" and "Clear Component Cache" in Admin did the
trick.

Thanks!,
George

7

Mark,

1) Yes. I did put it in the web root, after getting the error in my
virtual hosting set-up. Got the same error in both areas.
2) Trusted cache was disabled on the staging server, BUT I did a
manual clear "just in case" and it worked!!

Thank you Mark! I have had caching disabled on the staging server
since installation (last year some time), but clicking the manual
"Clear Template Cache" and "Clear Component Cache" in Admin did the
trick.

Thanks!,
George

8

Luis - fun question for you - you storing CFCs in the meta data?

(May be related to below issue)

Mark

9

Huh?

Luis F. Majano
President
Ortus Solutions, Corp

ColdBox Platform: http://www.coldbox.org
Linked In: http://www.linkedin.com/pub/3/731/483
Blog: http://www.luismajano.com
IECFUG Manager: http://www.iecfug.com

10

Never mind.

I’m seeing some people (myself included) who are using the cfc meta data scope as a place to store static data and singleton instances.

I’ve seen it cause some tricky to debug caching issues, so wondered if you were doing similar things.

Mark

11

We’re caching the metadata struct for a CFC so we don’t have to call getMetaData() again, but I don’t believe we’re modifying that struct at all.

~Brad