One strategy is to use a unique "base name" for you components, i.e instead of "com.sitename.package.objname" use "myuniquemapping.com.sitename.package.objname". Then regardless of what the webroot is on the shared server, you can always define a mapping to "myuniquemapping".
I don't think it's a minor issue and there's a enhancement request already entered to allow customtag paths per cfapplication, macromedia bug #49546. (http://mach-ii.info/blog/2004/10/get-out-vote.cfm). Vote for the enhancement. -Phil On Mon, 15 Nov 2004 11:52:15 -0500, Ken Dunnington <[EMAIL PROTECTED]> wrote: > I love being able to pass in CFCs as arguments to my functions, but > it's a nuisance when the path to my objects changes from development to > production servers, since our sites are hosted on a shared server, the > name of the webroot is out of our control. I'd rather not use "any" as > the type, as that defeats the purpose of typed arguments, but is there > a way to specify "object" as the type? I wish I could name things > properly (i.e. com.sitename,package.objname) but that would require > more setup work for each site and a lot of changes for existing sites. > For the most part, I set up my development sites as closely as I can to > the production server, and I set an 'application.appHome' variable to > use whenever instantiating a component in the body of a function or > page, but that doesn't work for function arguments. > > Any thoughts or suggestions as to the best way to handle this, > admittedly minor, issue? :) > > ---------------------------------------------------------- > 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]
