I'll bet you have multiple copies of the custom tag - CFMX let's you have multiple custom tag paths and will also search the 'current' directory. You are trying to change a version that CFMX has never looked at, ever. Do a "find" for that filename - you will find more than one copy that CFMX is seeing...
On Monday, Feb 10, 2003, at 00:39 US/Pacific, Jay Kufner wrote: > Hey everyone, > > > > I've run into a problem that I can't fix. The quick version is: I have > a > number of custom tags in my application that contain a variety of code. > (Html output, Database queries and CFswitch statements). Once a custom > tag > has run, it's cached and NEVER expires. I can make a change in the > source > code and save it with no change on the web page. I know that MX > compiles the > source code you write and stores it in memory to improve performance, > I don' > t know if this is part of the problem, but you can imagine in a > development > environment running a custom tag ONE time then not being able to > change any > of the code is UNACCEPTIABLE. > > > > Here's the longer version. > > > > After HOURS of fixing and tweaking and still not having the code work, > I > started to get suspicious that something else was going wrong. In this > case > that none of the code in my custom tags was being run. > > > > Here are some of the steps I went through to reach to this conclusion: > > > > - I changed the code inside the custom tags with no changes. > The > First version of the custom tag ran. > > - I deliberately introduced errors. Coldfusion didn't throw an > error > in response. The First version of the custom tag ran. > > - I opened the file and DELETED all the code, shut it and > saved the > file empty, The First version of the custom tag ran. > > - The first time the custom tag ran it took 260 ms ever other > time > it took 1-0 ms > > - I DELETED THE ENTIRE FILE, The First version of the custom > tag > ran. > > - .. > > > > Here are some of the steps I tried to fix the problem: > > > > - Restarted server Coldfusion server, Rebooted the computer. > The > First version of the custom tag ran. > > - Configured the server to run in a multi-host environment > following > the steps outlined in Ben Fortas' "Advanced Macromedia Coldfusion MX > Application Development" Book. First version still. > > - Tried any number of "CFcache" set to time out now. Nothing > > - Attempted to use <cf_pcodeCacheFlushAll> by Tom Link. It > doesn't > seem to work with MX (and yes I noted the irony of using a quick tag > in this > case. . AND when I tried to make a change to this tag I ran into the > same > issue.hehe) > > - I set cache to 0 in the CF administrator. Nope > > - Trusted cache has Never been on. > > - I've searched on macromedias website and the forums are full > of > Cache issues similar to this one. But there haven't been any > solutions.. Is > this a bug?!? > > > > The only thing that has worked is renaming the custom tag and then > calling > the newly named custom tag. (You can imagine that this is not an > answer- > especially during a development cycle.) > > > > I've ran into this problem on 2 separate machines, My development > station-laptop, and the clients sever. > > > > Specs are: > > Laptop: Windows XP, Coldfusion MX, IIS 5.0, Microsoft SQL server 2000 > > Clients Server: Windows 2000, Coldfusion MX, IIS 5.0, Microsoft SQL > server > 2000 > > > > The bottom line Question is how do I get rid of the cached custom tags? > Coldfusion is serving out old, broken outdated files and even after > restart, > reboots and all of the steps above (plus More) I can't > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~| Archives: http://www.houseoffusion.com/cf_lists/index.cfm?forumid=4 Subscription: http://www.houseoffusion.com/cf_lists/index.cfm?method=subscribe&forumid=4 FAQ: http://www.thenetprofits.co.uk/coldfusion/faq Get the mailserver that powers this list at http://www.coolfusion.com Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=89.70.4
