You're right on track, Andy.  So far everything you've stated is 
correct.  Let me see if I can help you towards the "lightbulb".

The Fusebox process assembles fuses according to a hierarchy 
consisting of the application configuration file (fusebox.xml) and 
the circuit configuration file (circuit.xml) for the requested 
fuseaction.  There is only one fusebox.xml per application, while 
there is a circuit.xml for each circuit.  Fusebox puts things 
together in this order:

- Fusebox.xml
  - preProcess plugin (if any)
  - preFuseaction plugin (if any)
  - global preprocess fuseaction (if any)
  - Handoff to circuit.xml:
    - prefuseaction (if any)
    - requested fuseaction
    - postfuseaction (if any)
  - global postprocess fuseaction (if any)
  - postfuseaction plugin (if any)
  - postprocess plugin (if any)

(This is taken from p. 230 of my book, "Fusebox 4 & FLiP: Master-
Class ColdFusion Applications".)

If the requested fuseaction uses the <do> verb to call other 
fuseactions as part of its job, those requests are processed in the 
same way before control returns to the global postprocess fuseaction 
in fusebox.xml.

- Jeff

On 15 Feb 2005 at 16:25, Andy Mcshane wrote:

> Hi Jeff, yes I am hoping for the 'lightbulb' effect to kick in real quick! At 
> the moment just as I thiunk I am 'getting it' I manage to confuse myself 
> again. I am presently stuck on getting my head around the Circuit.xml files 
> at the moment. In my fusebox.xml file I have the defaultfuseaction set to 
> login.userdetails, I do not have anything entered into my main circuit.xml 
> file.  I have a circuit called login and inside that i have a circuit.xml 
> file with a fuseaction called 'userdetails' that then includes a 
login page. My idea being that once I have validated the login I will redirect 
to another circuit called default that will also contain a circuit.xml file 
that contains a fuseaction called 'homepage' that includes the default homepage 
file and holds the page output inside a contentvariable (with me so far?) and 
also a 'do' call that builds the page presentation that then refers to the 
contentvariable. I think that I am getting tied up on the whole 
pre/postfuseaction, globalfuseactions, etc bit. Am I hea
> ding along the right lines with my thinking here? Are you able to have 
> pre/post fuseactions inside every circuit.xml file if needed? Am I barking up 
> ther wrong tree here? God my head hurts!!!
> 
http://www.GrokFusebox.com
"Fusebox 4 & FLiP: Master-Class ColdFusion Applications" 
Now available at ProtonArts.com



~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~|
Find out how CFTicket can increase your company's customer support 
efficiency by 100%
http://www.houseoffusion.com/banners/view.cfm?bannerid=49

Message: http://www.houseoffusion.com/lists.cfm/link=i:12:6605
Archives: http://www.houseoffusion.com/cf_lists/threads.cfm/12
Subscription: http://www.houseoffusion.com/lists.cfm/link=s:12
Unsubscribe: 
http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=11502.10531.12
Donations & Support: http://www.houseoffusion.com/tiny.cfm/54

Reply via email to