Thanks for the thought. Yes, it was failing consistently. I believe adding a CF mapping to the base folder path that I was referencing caused CF to return the full path rather than just the component name. This seems to be possibly a CFMX .16 bug, as I was unable to duplicate the problem on my developer machine (running 7 in j2ee dev mode).
Rob
On 7/15/06, Kola Oyedeji <[EMAIL PROTECTED]> wrote:
Robert is this failing consistently? Do any of the components in the
same folder work?
On 7/13/06, Robert Munn <[EMAIL PROTECTED]> wrote:
> I have a strange problem in an app I just deployed to QA. I have a folder
> where I am storing some common components in a path like this:
>
> "com.invitrogen.config.<componentname>"
>
> The return type on the init function is fully qualified to that path, and in
> dev that all works just kosher. However, in QA I get this error:
>
> The value returned from function init() is not of type
> com.invitrogen.config.<componentname>
> When I change the returntype to "any" and dump the object, it spits out
> <componentname> without the full path, which is why I assume it is failing
> on QA. Can anyone duplicate a problem like that? Could it be a
> version-specific bug on 6.1? I should mention we had this problem in another
> app on 6.1 a little while ago and never did figure out exactly what the
> problem was. We made sure everyone was fully qualifying paths and that
> worked, but that is already the case in my other code.
>
--
---------------
Robert Munn
www.funkymojo.com ----------------------------------------------------------
You are subscribed to cfcdev. To unsubscribe, send an email to cfcdev@cfczone.org 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/cfcdev@cfczone.org
