I posted on this yesterday, too... using slashes in a CFC type throws errors on anything but windows. Aside from that, I've never seen it in the docs. I'm not sure why people complain about this so much when they don't complain about what "string" means in a type attribute. String means string, my.cfc.folder.foo means my.cfc.folder.foo... people complain about loose typing on the one hand and the very few rules that CFMX DOES have about typing on the other hand. Somebody's got to draw a line somewhere and using types that can originate from the webroot OR use the simple cfc name if they're in the same folder really seems to be to be a decent solution.
I do like Jim's idea, because it would make mappings a lot easier to use. On the other hand, after the flap about CrystalTech on CF-Talk and the so-called "security deficits" in CFMX because of a perceived lack of application partitioning, this would just become another thing for some to complain about and others to laud as the soluition to a million problems...
Really, it doesn't matter, people are going to find something to complain about... for me, basing my CFC types from the webroot sets up a solution where inheritance is protected, moving the lib folder to a mapping wouldn't break anything, and I'm able to deploy to multiple servers/locations without a flaw. The only thing that would break it is changing folder names and that's really not a good idea with any application. I mean, if I changed c:\program files\macromedia and then complained that DW broke nobody would take it seriously... why should it be any different with other types of software? Change the name of /usr/bin and see how well UNIX/LINUX runs... nothing can do everything as expected by everyone, and I think that for the vast majority of people, the system works now as it should.
I think the answer to a lot of people's issues with CFMX is solved by the simple realization that CF was never meant for shared hosting, and it's done by a series of workarounds that don't generally even include Enterprise. Most of these problems can be solved by using CFMX as it's designed and simply accepting it's deficiencies in an environment for which it wasn't intended.
Just thinkin' "out loud" ...
Laterz,
J
On 5/2/05, Massimo, Tiziana e Federica <[EMAIL PROTECTED]> wrote:
> http://www.compoundtheory.com/?action="">
I am using this too since last summer.
I actually use / instead of \ and it works fine both on my developing and
production boxes (both Windows)
> It is far from the ideal solution in that
> a) you can only go DOWN a directory tree, not up
Yes, quite a pain
> b) it's an undocumented feature, so it may go away at some point
I have the strong feeling I've seen it in the docs. But I am not 100% sure
> c) You end up with some interesting physical architectures
Very true :-)
----------------------------
Massimo Foti
DW tools: http://www.massimocorner.com
CF tools: http://www.olimpo.ch/tmt/
--
---------------
-------------------------------------
Buy SQLSurveyor!
http://www.web-relevant.com/sqlsurveyor
Never make your developers open Enterprise Manager again. ----------------------------------------------------------
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).
An archive of the CFCDev list is available at
www.mail-archive.com/[email protected]
