Dave,

This is more of what I read about, especially for Java packages.

So in my case, I might want to consider putting my components in a package for this application like this:

edu.ncsu.lib.AppName.componentX

Or

edu.ncsu.lib.AppName.AppModule.componentX

For easy/quick development, I could put the packages under the webroot like this:

/edu/ncsu/lib/AppName/componentX

Then when a more permanent home is found, move the component to somewhere outsize of the web root.

Does this make sense?

BUT, I wanted to be able to keep all the components under one Directory while I am developing the application.

I like being able to use Macromedia's Dreamweaver MX tool to navigate through all the files in the application with the Site Manager tool (Local, Remote, Testing Servers).

Any suggestings?

Thanks,
Troy

David Ross wrote:
That's probably not a good idea... as you would no longer be able to use
inheritance nor specify return/argument types (if they are a cfc-type)

A mapping is a good way... some people store ALL their CFCs for all
applications in one directory like com.applicationName.componentX, so
they only have one (if any) mapping to deal with. This also allows you
to store your CFC's outside your web root.

-dave


[EMAIL PROTECTED] 2/23/2004 4:26:27 PM >>>

Set it as a variable.


<cfscript>
    set request.compentPath = catalog.model;
</cfscript>

Then Call #request.compentPath#.description and you have a portable
application...

(But you will need to make sure that your request sets are called)

Note: create a preference file that holds all of your global variables
like
this ..that way you can make many changes (ie colors, datasources
ect..)

Paul Giesenhagen
QuillDesign
----- Original Message ----- From: "Troy Simpson" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Monday, February 23, 2004 3:15 PM
Subject: [CFCDev] Package Design




All,

During development, I saved my components in the URL
/catalog/model/*.cfc like this:

/catalog/model/description.cfc

And I referenced my components like this in my code:

catalog.model.description

Now I am moving my application onto a testing machine and they have
changed the URL to this:

/InsideWood/cataloging/model/description.cfc

And now my application has broke with the error "Could not find the
ColdFusion Component catalog.model.description"

So to keep this from happening again with my next application:  What
should I do?  How should I organized my components?  How should I
package my components?

Thanks,
Troy


--
Troy Simpson
Applications Analyst/Programmer, OCPDBA, MCSE, SCSA
North Carolina State University Libraries
Campus Box 7111 | Raleigh | North Carolina
ph.919.515.3855 | fax.919.513.3330
E-mail: [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

www.mail-archive.com/[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
www.mail-archive.com/[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 www.mail-archive.com/[EMAIL PROTECTED]


-- Troy Simpson Applications Analyst/Programmer, OCPDBA, MCSE, SCSA North Carolina State University Libraries Campus Box 7111 | Raleigh | North Carolina ph.919.515.3855 | fax.919.513.3330 E-mail: [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 www.mail-archive.com/[EMAIL PROTECTED]

Reply via email to