Executing Events

Search…
Executing Events
Apart from executing events from the URL/FORM or Remote interfaces, you can also execute events internally, either public or private from within your event handlers or from interceptors, other handlers, layouts or views. 
RunEvent()
You do this by using the runEvent() method which is inherited from our FrameworkSuperType class. Here is the method signature:
1
/**
2
* Executes events with full life-cycle methods and returns the event results if any were returned.
3
* @event The event string to execute, if nothing is passed we will execute the application's default event.
4
* @prePostExempt If true, pre/post handlers will not be fired. Defaults to false
5
* @private Execute a private event if set, else defaults to public events
6
* @defaultEvent The flag that let's this service now if it is the default event running or not. USED BY THE FRAMEWORK ONLY
7
* @eventArguments A collection of arguments to passthrough to the calling event handler method
8
* @cache Cached the output of the runnable execution, defaults to false. A unique key will be created according to event string + arguments.
9
* @cacheTimeout The time in minutes to cache the results
10
* @cacheLastAccessTimeout The time in minutes the results will be removed from cache if idle or requested
11
* @cacheSuffix The suffix to add into the cache entry for this event rendering
12
* @cacheProvider The provider to cache this event rendering in, defaults to 'template'
13
*/
14
function runEvent(
15
	event="",
16
	boolean prePostExempt=false,
17
	boolean private=false,
18
	boolean defaultEvent=false,
19
	struct eventArguments={},
20
	boolean cache=false,
21
	cacheTimeout="",
22
	cacheLastAccessTimeout="",
23
	cacheSuffix="",
24
	cacheProvider="template"
25
)
Copied!
The interesting aspect of internal executions is that all the same rules apply, so your handlers can return content like widgets, views, or even data. Also, the eventArguments enables you to pass arguments to the method just like method calls:
Executions
1
//public event
2
runEvent( 'users.save' );
3
​
4
//post exempt
5
runEvent( event='users.save', prePostExempt=true );
6
​
7
//Private event
8
runEvent( event='users.persist', private=true );
9
​
10
// Run event as a widget
11
<cfoutput>#runEvent(
12
    event         = 'widgets.userInfo',
13
    prePostExempt = true,
14
    eventArguments= { widget=true }
15
)#</cfoutput>
16
​
17
// Run with Caching
18
runEvent( event="users.list", cache=true, cacheTimeout=30 );
Copied!
Declaration
1
// handler responding to widget call
2
function userInfo( event, rc, prc, widget=false ){
3
​
4
    prc.userInfo = userService.get( rc.id );
5
​
6
    // set or widget render
7
    if( arguments.widget ){
8
        return renderView( "widgets/userInfo" );
9
    }
10
​
11
    // else set view
12
    event.setView( "widgets/userInfo" );
13
}
Copied!
Caching
As you can see from the function signature you can tell ColdBox to cache the result of the event call.  All of the cached content will go into the template cache by default unless you use the cacheProvider argument. The cache keys are also based on the name of the event and the signature of the eventArguments structure.  Meaning, the framework can cache multiple permutations of the same event call as long as the eventArguments are different.
1
runEvent( event="users.widget", eventArguments={ max=10, page=1 }, cache=true );
2
​
3
// Cached as a new key
4
runEvent( event="users.widget", eventArguments={ max=10, page=2 }, cache=true );
5
​
Copied!
Tip: You can disable event caching by using the coldbox.eventCaching directive in your config/ColdBox.cfc
Implicit Methods
Executing Routes
Last modified 3yr ago
Copy link
Edit on GitHub
Contents