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/up5XBjvbuVr7uMFzbzP6pYSEeJLqJ69WMTpdT+pP5u9uuleKf7HmNdETSRGsvmbvxsQAUJht7Ts6XXQMYUQ4sAfWNrTgxpLKCwiXF0ZK1CwG/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]
