I don't know if this relates to the problem or not, but extends does not
follow the exact path rules as cfinclude. Extends is very dependent on CF
administrator maps.
A secret problem with extends is that a CF administrator mapping with a
single "/" will confuse the extends path resolver. Old implementations of
CF had a / mapping. Remove this mapping from the administrator!
The problem works this way. Suppose there was a mapping, of a "/" to
c:/inetd/wwwroot . In your Web site, you want to use extends relative to
its Web root, that is at path f:\website\david\www\ from a sub-path,
/store/bargains to /service/returns by extends="service.returns" . The
mapping resolver will try to send the cfc invoke to
c:\inetd\wwwroot\service\returns not to David's site.
Double check all your CF mappings and virtual directory names. Extends
behaves like this
1. path relative
2. CF mapping
3. Web root relative
BTW, a good practice is to use the reverse domain name mapping naming
style. In the example, f:\website\david\www\ , f:\website is the directory
where all Web sites would be under. Put a mapping in /com for f:\website
then www.david.com will have an CF mapping path as /com/david/www or
com.david.www Using this technique means fewer maps in the
administrator. Suppose, a new Web site, www.joseph.com, is at
f:\website\joseph\www the mapping com.joseph.www is ready to go. You can do
something like this, f:\website\framework\udf_lib.cfc as <cfinvoke
component="com.framework.udf_lib" method="init" returnvariable="udf"> as a
service wide location without having to change the CF administrator.
Joseph
--------------------------------------------------------------------
http://www.switch-box.org/CFSQLTool/Download/
Switch_box MediaFirm, Inc.
www.Switch-box.org Loveland, CO USA
----------------------------------------------------------
You are subscribed to cfcdev. To unsubscribe, send an email to
[email protected] 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).
CFCDev is supported by New Atlanta, makers of BlueDragon
http://www.newatlanta.com/products/bluedragon/index.cfm
An archive of the CFCDev list is available at
www.mail-archive.com/[email protected]
