I concur. The TCFSERACHPATH supports both relative and absolute paths (from @WEBROOT). I've setup my systems so that the first check is for a globally available set of TCFs I provide for all my clients, then into a folder named tcf at the root level of the site, then relative to the appfile, the root, etc.
In one special case, I have started with the first search entry of /temp_tcf, than my global tcf folder. With this setup, my client can place a TCF in the temp_tcf folder of a particular site (dev site) while he's working on it. When he's happy with it, he moves it to the global folder and the newly updated/installed feature instantly propagates to all of his sites. Robert PS, since custom meta tags affect the whole server environment, I would like to see them maintained as a system-level only installation. That is not to say, however, that the system administrator couldn't install a custom meta tag that referenced a TCF in the user space or the global TCF folder. User based custom meta tags do pose a small security issue, and I would continue to use the @CALLMETHOD which is essentially the same function with a few extra keystrokes. -----Original Message----- From: Dale Graham [mailto:[EMAIL PROTECTED] Sent: Friday, February 22, 2008 3:30 PM To: [email protected] Subject: Re: Witango-Talk: COSR feature request -- TCFSearchPath I may be misreading your request, but you can edit the witango.ini file so that the first place Witango looks is a central tcfs directory that supports all of your applications. Just put your "ideal" location first (and re-arrange the other suggested items as makes sense to you). We've been doing this for years... here's the line from our app TCFSEARCHPATH=<@APPFILEPATH>;/tcfs/;<@CLASSFILEPATH> In this case, we decided to have the apps look first in their own directory, then in the "central" directory for all tcfs (/tcfs/). (tcfs being located at webroot) However, we could just as easily have set this to TCFSEARCHPATH=/tcfs/;<@APPFILEPATH>;<@CLASSFILEPATH> On Feb 22, 2008, at 3:10 PM, William M Conlon wrote: > N.B. I'm using the prefix COSR in the subject line to refer to some > future Community Open Source Release. > > I'm noting this feature request on the list so; > * others can comment on the merits, security implications, vote for > it, offer a bounty, etc. > * it's documented somewhere, in case this feature request has not > made it into the v6 Commercial Release > > TCFSearchPath is determined relative to the TAF that is executing, > which can easily result in Main Error Number: -815 (Cannot Locate > Object) if an application file is nested within a subdirectory. > Essentially, the utility of objects is frustrated because the server > configuration is intimately tied to the structure of witango-based > web sites. Consequently, I need to symlink the TCF source directory > into each directory containing an appfile that creates an object. > > Better behavior would be to determine the TCFSearchPath relative to > <@WEBROOT>, so the TCFSEARCHPATH could be simply specified as, for > example, /TCFs/. Thereafter, all application files in a web site > would be able to locate the objects. > > Still better behavior would be to support specification of an > absolute path using a leading slash, so that a master TCFs directory > could be shared among web sites. [The current behavior, where the > leading slash refers to the application file (why not use dot '.'?) > has caused some confusion among developers.] > > This would be particularly valuable with Custom Meta Tags, which > could then be instantiated from any application file, anywhere. > Perhaps a simple compromise would specify both the tag definition > path (CUSTOMTAGSPATH) and the tag search path (CUSTOMTAGSSEARCHPATH). > > > > Bill > > William M. Conlon, P.E., Ph.D. > To the Point > 2330 Bryant Street > Palo Alto, CA 94301 > vox: 650.327.2175 (direct) > fax: 650.329.8335 > mobile: 650.906.9929 > e-mail: mailto:[EMAIL PROTECTED] > web: http://www.tothept.com > > ________________________________________________________________________ > TO UNSUBSCRIBE: Go to http://www.witango.com/developer/maillist.taf > -------------- Dale Graham, PhD Technical Manager, NIDB NIH Intramural DataBase Annual Reports, NIH Bibliography, Scientific Directory [EMAIL PROTECTED] ________________________________________________________________________ TO UNSUBSCRIBE: Go to http://www.witango.com/developer/maillist.taf ________________________________________________________________________ TO UNSUBSCRIBE: Go to http://www.witango.com/developer/maillist.taf
