this is probably not the correct answer, since your other cfc works fine (with mixed case), but:
the only time i have had a similar problem, was when my cfcs were on a linux box. even tho i verified that i had used the exact same case, i couldn't actually get it to work until i used only lowercase in file and folder names - and when trying to invoke the component mvh >> thb/cf --------------------------------------- <ponderthis> Why is it drug addicts and computer afficionados are both called users? </ponderthis> --------------------------------------- > -----Original Message----- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On Behalf Of Brent Nicholas > Sent: Tuesday, November 16, 2004 6:13 PM > To: [EMAIL PROTECTED] > Subject: [CFCDev] CFC Not Found > > > All - > > Another dumb question making me feel like a newbie... 'sigh'... I'm > completely out of ideas though. > > Anyway, I get an error: > "Could not find the ColdFusion Component > com.Ricardo.TravelRequest.Security" > > I've checked: > It does exist > It is in the right folder ("/com/Ricardo/TravelRequest/Security.cfc) > It is named properly in the file name and in the DisplayName > property of the > <component body. > I have restarted the CF service and the server. > > It doesn't show up in the CFC Browser either?? > > I had this issue when I first started with CFC's back in > March, but never > since then. > > I do have another CFC named Security, in another folder > "com.Ricardo.InternalAudit.Security" or > "/com/Ricardo/InternalAudit/Security.cfc" (however you like > to think about > it) > > Thoughts? > > Thanks, > > Brent Nicholas - EclecticDetroit, LLC. > http://www.EclecticDetroit.com 248.767.5516 > [EMAIL PROTECTED] [EMAIL PROTECTED] > > "On the other hand, you have different fingers." > > > > > >From: Patrick McElhaney <[EMAIL PROTECTED]> > >Reply-To: [EMAIL PROTECTED] > >To: [EMAIL PROTECTED] > >Subject: Re: [CFCDev] concerning this / variables scope in cfc > >Date: Tue, 16 Nov 2004 11:16:30 -0500 > >MIME-Version: 1.0 > >Received: from cfczone.org ([69.43.131.101]) by mc4-f23.hotmail.com > >with > >Microsoft SMTPSVC(5.0.2195.6824); Tue, 16 Nov 2004 08:17:52 -0800 > >Received: from rproxy.gmail.com [64.233.170.202] by > nerve.mindtool.com with > >ESMTP (SMTPD32-7.15) id A8419A4C00CA; Tue, 16 Nov 2004 > 08:18:09 -0800 > >Received: by rproxy.gmail.com with SMTP id q1so807916rnf for > ><[EMAIL PROTECTED]>; Tue, 16 Nov 2004 08:16:30 -0800 (PST) > >Received: by 10.38.104.77 with SMTP id b77mr232290rnc; > Tue, 16 Nov > >2004 08:16:30 -0800 (PST) > >Received: by 10.38.74.55 with HTTP; Tue, 16 Nov 2004 > 08:16:30 -0800 (PST) > >X-Message-Info: JGTYoYF78jHMNh+PtRtEIJrqnL3Xae96 > >DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; > >d=gmail.com; > >h=received:message-id:date:from:reply-to:to:subject:in-reply- > to:mime-version:content-type:content-transfer-encoding:references; > > > >b=kLSJy5kieR9sdjdqirLOt1nh85s88JlpyT6TSPTBMA/up5XBjvbuVr7uMFz > bzP6pYSEeJ > >LqJ69WMTpdT+pP5u9uuleKf7HmNdETSRGsvmbvxsQAUJht7Ts6XXQMYUQ4sAf > WNrTgxpLKCwiXF0ZK1CwG/SmtDhxlB8GDRNplZ+uI= > >Message-ID: <[EMAIL PROTECTED]> > >In-Reply-To: <[EMAIL PROTECTED]> > >References: <[EMAIL PROTECTED]> > ><[EMAIL PROTECTED]> > >X-RBL-Warning: OSRELAY: Please stop using relays.osirusoft.com > >X-Declude-Sender: [EMAIL PROTECTED] [64.233.170.202] > >X-Note: This E-mail was scanned by Declude JunkMail > (www.declude.com) for > >spam. > >X-Spam-Tests-Failed: OSRELAY, IPNOTINMX [5] > >Precedence: bulk > >Return-Path: [EMAIL PROTECTED] > >X-OriginalArrivalTime: 16 Nov 2004 16:17:52.0331 (UTC) > >FILETIME=[D29139B0:01C4CBF7] > > > >On Tue, 16 Nov 2004 09:50:03 -0500, John D Farrar > ><[EMAIL PROTECTED]> wrote: > > > Also, who cares if they know the settings names inside > the object, > > > they are protected! > > > >The CFC may be protected against outside code messing with > its state. > >But the clients of that CFC are not protected against > changes made to > >its implementation. > > > >Most of the time I'm not worried about code using my CFC > incorrectly* > >(provided that the "correct" contract is clearly specified). > If it does > >it won't break any of the other code. > > > >What I am worried about is being able to change the CFC without > >breaking code that uses it. (I don't want to track down all of those > >references, fix them, test, and redeploy. That's usually a > lot of work. > >It's often impossible.) So I seperate the CFC into two parts. > > > >The public parts, known as the interface, contract, > specification, or > >"what," will never change. > > > >The private parts, known as the implementation or "how," may > change as > >the code evolves, as requirements change, to improve performance or > >readability, or some other reason. > > > >Often one CFC will be substituted with another CFC that has the same > >interface but a different implementation. The client code is > blissfully > >unaware of the fact that it's working with two or more > different CFCs. > > > >Patrick > > > > * As a courtesy to the programmers using the CFC (myself always > >included) I may try to make it difficult if not impossible > to use the > >CFC incorrectly. > > > >-- > >Patrick McElhaney > >704.560.9117 > >http://pmcelhaney.blogspot.com > >---------------------------------------------------------- > >You are subscribed to cfcdev. To unsubscribe, send an email > >to [EMAIL PROTECTED] with the words 'unsubscribe cfcdev' > >in the message of the email. > > > >CFCDev is run by CFCZone (www.cfczone.org) and supported > >by Mindtool, Corporation (www.mindtool.com). > > > >An archive of the CFCDev list is available at > >[EMAIL PROTECTED] > > > ---------------------------------------------------------- > You are subscribed to cfcdev. To unsubscribe, send an email > to [EMAIL PROTECTED] with the words 'unsubscribe cfcdev' > in the message of the email. > > CFCDev is run by CFCZone (www.cfczone.org) and supported > by Mindtool, Corporation (www.mindtool.com). > > An archive of the CFCDev list is available at > [EMAIL PROTECTED] > ---------------------------------------------------------- You are subscribed to cfcdev. To unsubscribe, send an email to [EMAIL PROTECTED] with the words 'unsubscribe cfcdev' in the message of the email. CFCDev is run by CFCZone (www.cfczone.org) and supported by Mindtool, Corporation (www.mindtool.com). An archive of the CFCDev list is available at [EMAIL PROTECTED]
