Sounds to me like conflicting mappings... I would check your mappings to see what you have and where they are pointing.
On 5/10/06, Brian Kotek <[EMAIL PROTECTED]> wrote:
And just to clarify, here is an example of the type of error that may pop up: Error Occurred While Processing Request The value returned from function init() is not of type ModelGlue.Core.XMLModelGlueLoader. 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. Now the crazy thing is that if I were to go into that init() method and dump what it is returning, it IS of type ModelGlue.Core.XMLModelGlueLoader! That's the problem. Again, clearing the template cache solved the problem in that case. On 5/10/06, Brian Kotek <[EMAIL PROTECTED]> wrote: > > No, the error happens on a fairly random basis (I think I've seen it happen 3 or 4 times on different machines) so there is no way for me to create a reproducable case. I know though from reading the Model-Glue and Reactor lists that other people are also seeing this on occasion. I'm running CFMX 7.0.1 with the latest hotfixes (basically it is fully up to date). > > I am thinking it is a mapping/path problem in resolving the CFC types. Changing the type to "any" for that method will avoid the error for that method, but then another method will give the same error becuase the problem spans beyond a single method. Also I can't just go through, say, the entire Model-Glue or Reactor framework CFCs and change all of the return types to "any". > > As I said, manually clearing the template cache DOES seem to solve the problem, but I'm more interested in understanding why it may be happening and whether there is a way to avoid it in the first place. Like I said, clearing the cache on my local machine is fine, but if this happens on a production machine there are many more hoops to jump through. > > Thanks, > > > Brian > > > > > > On 5/10/06, Ryan Guill <[EMAIL PROTECTED]> wrote: > > Can you put together a simple example of what you are talking about > > and get the error? also what version of cf are you using? > > > > Are you thinking its a mapping or path to cfc problem? sometimes it > > can be a little difficult to figure that out. Does changing the > > return type to "any" help? > > > > On 5/10/06, Brian Kotek <[EMAIL PROTECTED]> wrote: > > > Thought I'd post this out to the list for opinions or advice. Recently while > > > updating some CFC stuff (Model-Glue, and later Reactor), I've gotten some > > > random errors to the effect of "the CFC returned from method X is not of > > > type some.cfc.type". This is very odd becuase I can go into the method in > > > question and dump what it is returning, and it IS of the correct type, it > > > says so right at the top of the dump table. I've seen some similar posts on > > > the Modle-Glue list and the Reactor list, but I'm thinking it must be a more > > > general CFC issue which is why I'm posting it here. > > > > > > I've found that usually going into the CF admin and clearing the template > > > cache seems to fix this. However, this is on my local machine. I'm a bit > > > worried that if we deploy to a production server and this happens, I have > > > much less control over it. So I was hoping to find out WHY this is > > > happening. Are others here on the list ever experiencing this? I had never > > > seen this before until recently, when updating some of the new, larger > > > CFC-driven frameworks and APIs. > > > > > > Anyone have opinions, info or advice? > > > > > > Thanks, > > > > > > Brian > > > > > > ---------------------------------------------------------- > > > You are subscribed to cfcdev. To unsubscribe, send an email to > > > [email protected] with the words 'unsubscribe cfcdev' as the subject of the > > > email. > > > > > > CFCDev is run by CFCZone (www.cfczone.org) and supported by CFXHosting > > > ( www.cfxhosting.com). > > > > > > An archive of the CFCDev list is available at > > > www.mail-archive.com/[email protected] > > > > > > -- > > Ryan Guill > > A Deep Blue > > [EMAIL PROTECTED] > > www.ryanguill.com > > (270) 217.2399 > > got google talk? Chat me at [EMAIL PROTECTED] > > > > The Coldfusion Open Application Library - COAL - http://coal.ryanguill.com > > > > Use CF and SQL? Try qBrowser - http://www.ryanguill.com/docs/ > > > > www.ryanguill.com/ > > The Roman Empire: www.ryanguill.com/blog/ > > > > > > ---------------------------------------------------------- > > You are subscribed to cfcdev. To unsubscribe, send an email to [email protected] with the words 'unsubscribe cfcdev' as the subject of the email. > > > > CFCDev is run by CFCZone ( www.cfczone.org) and supported by CFXHosting ( www.cfxhosting.com). > > > > An archive of the CFCDev list is available at www.mail-archive.com/[email protected] > > > > > > > > ---------------------------------------------------------- You are subscribed to cfcdev. To unsubscribe, send an email to [email protected] with the words 'unsubscribe cfcdev' as the subject of the email. CFCDev is run by CFCZone (www.cfczone.org) and supported by CFXHosting (www.cfxhosting.com). An archive of the CFCDev list is available at www.mail-archive.com/[email protected]
-- Ryan Guill A Deep Blue [EMAIL PROTECTED] www.ryanguill.com (270) 217.2399 got google talk? Chat me at [EMAIL PROTECTED] The Coldfusion Open Application Library - COAL - http://coal.ryanguill.com Use CF and SQL? Try qBrowser - http://www.ryanguill.com/docs/ www.ryanguill.com/ The Roman Empire: www.ryanguill.com/blog/ ---------------------------------------------------------- You are subscribed to cfcdev. To unsubscribe, send an email to [email protected] with the words 'unsubscribe cfcdev' as the subject of the email. CFCDev is run by CFCZone (www.cfczone.org) and supported by CFXHosting (www.cfxhosting.com). An archive of the CFCDev list is available at www.mail-archive.com/[email protected]
