K - fb5 allows you to have multipul app as Sandra has informed you: ---- Fusebox 4.1 only allowed one Fusebox application per ColdFusion application because it used application.fusebox as the single location for the framework's cached data. Fusebox 5 allows you to specify the key used inside application scope to store that data. By default, the key is fusebox, for backward compatibility. You can change the key by setting FUSEBOX_APPLICATION_KEY in your index.cfm file, prior to including /fusebox5/fusebox5.cfm. ---
Doug, FB4/5 is a lot faster than it used to be and has a lot more to offer - if you've not tried 4 or 5 then you've sorely missed out. Really Doug give it a shot, like most things they a bit tricky to start with but once you have got to grips with it you can live without it. Good luck On 27/09/06, Doug Brown <[EMAIL PROTECTED]> wrote: > > You know, FB is nice (Or it was a few years ago), but that is the reason I > never jumped into later versions of FB...It is more like Microsoft and > waiting for a patch to come out, or spending hours upon hours staring at > someone elses code looking for the problem. I think I liked FB alot more > in > version 1 and 2. > > > > > ----- Original Message ----- > From: "Sandra Clark" <[EMAIL PROTECTED]> > To: "CF-Talk" <[email protected]> > Sent: Wednesday, September 27, 2006 5:57 AM > Subject: RE: Two FB applications sharing application scope when not > supposed > to > > > > Download FB5 from fusebox.org. It solves this problem and is backward > > compatible with FB4.1 > > > > > > Sandra Clark > > ============================== > > http://www.shayna.com > > Training in Cascading Style Sheets and Accessibility > > > > > > -----Original Message----- > > From: Alistair Knock [mailto:[EMAIL PROTECTED] > > Sent: Wednesday, September 27, 2006 7:35 AM > > To: CF-Talk > > Subject: Two FB applications sharing application scope when not supposed > to > > > > Hi, > > > > We have a problem in that there are 3 live applications, plus 2 two > > development applications, all based on Fusebox 4.1 running on the same > CFMX > > server. Each application has its own cfapplication tag in > Application.cfm, > > and each application sits in a different directory. (they're all in the > > same domain - the server also runs other domains) > > > > During development, we didn't have any problems, but now that the > > applications are live, one of them appears to be using the other's > > Application scope! e.g. application Angela runs OK and the application > > scope contains the fusebox structure for Angela, but when Barbara is > run, > it > > occasionally uses Barbara's fusebox structure, and occasionally uses > > Angela's structure. Clearly it fails, since the circuit design and > > fuseactions are radically different in each application. > > > > I have read talk about application scope snooping etc. but that doesn't > seem > > to be relevant here - if each FB application is defined with its own > > cfapplication name and session management (using a application.cfm in > each > > application's root directory), surely the applications shouldn't get > mixed > > up? > > > > (examples of errors: can't find the parsed file > > Barbara/parsed/home.welcome.cfm - this is because there isn't even a > home > > circuit specified in Barbara/fusebox.xml... ) > > > > Any thoughts would be most appreciated! > > > > K > > > > > > > > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~| Introducing the Fusion Authority Quarterly Update. 80 pages of hard-hitting, up-to-date ColdFusion information by your peers, delivered to your door four times a year. http://www.fusionauthority.com/quarterly Archive: http://www.houseoffusion.com/groups/CF-Talk/message.cfm/messageid:254358 Subscription: http://www.houseoffusion.com/groups/CF-Talk/subscribe.cfm Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=89.70.4
