Are there any mappings involved? A while back, we used BugLogHQ, which
worked great for a while, then an upgrade was throwing errors all
over. It turned out that there were createObject() calls that did not
use an "absolute" dot-notated path to some CFCs, starting with the
mapping name. For example, the app required a root folder of "bugLog"
or a mapping for "bugLog" and a CFC a couple levels down may have
created a component within its own folder as createObject('component',
'SiblingCFC') instead of createObject('component',
'bugLog.subdir.SiblingCFC'). This worked fine in most cases, but we
happened to have a "common" mapping, whose path contained the "bugLog"
folder beneath it, and since an absolute path wasn't always used,
there were errors along the lines of "CFC
'common.buglog.subdir.SiblingCFC' is not of type 'SiblingCFC'. CF was
going through the default search locations to find the CFC and the
first identified was by using our "common" mapping. We also had a
"bugLog" mapping, but since neither mapping was used in the
createObject() calls (some anyway), and the returntype was set, we
were seeing errors.I patched that version of BugLogHQ by ensuring all CFC paths properly began with "bugLog." (added in update 1.3.59; http://bugloghq.riaforge.org/). So, moral of the story is to always use "absolute" CFC paths, beginning with a mapping name when available or from the Web root. This may or may not be the issue you're running into here, but it sounds similar. Even if you don't have mappings, you're not using an "absolute" call starting from your root, which is exactly what Sean is recommending (he said it in far fewer words than I :). Best, Jamie On May 13, 2:22 am, Sean Corfield <[email protected]> wrote: > Try: cfcFolder.moreCFCs.other > > On Wed, May 6, 2009 at 6:26 PM, Erik V <[email protected]> wrote: > > > Hello, > > > I'm trying the following out for the first time: > > - /cfcFolder > > -- /x.cfc > > -- /moreCFCs > > --- /y.cfc > > --- /other.cfc > > > In the above, x.cfc extends y.cfc, and x.cfc has a method which > > returns a other.cfc instance. > > > When I try to run the x.cfc method that returns a other.cfc instance I > > get an error that says: > > > "The value returned from the updateSubscriptionHelper function is not > > of type moreCFCs.other. > > If the component name is specified as a return type, its possible that > > a definition file for the component cannot be found or is not > > accessible." > > > And I have tried replacing "moreCFCs.other" with "moreCFCs/other" and > > "other", but these all produce the same error message.. the code works > > if I change the returntype to any at the moment, but I would like to > > know if there is a better option here. > > > Thank you for any help you can provide, > > Erik --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "CFCDev" group. To post to this group, send email to [email protected] To unsubscribe from this group, send email to [email protected] For more options, visit this group at http://groups.google.com/group/cfcdev?hl=en -~----------~----~----~----~------~----~------~--~---
