Comment on page
Data Configuration Settings
In the
configure() method you can create a structure called wirebox in the variables scope that will hold the configuration data for WireBox. You can configure WireBox for operation using these structures or via programmatic method calls./**
* Configure WireBox
*/
function configure(){
// The WireBox configuration structure DSL
wireBox = {
// LogBox Config: instantiation path
logBoxConfig = "wirebox.system.ioc.config.LogBox",
// CacheBox
cacheBox = { enabled = true },
// Scope registration, automatically register a wirebox injector instance on any CF scope
// By default it registeres itself on application scope
scopeRegistration = {
enabled = true,
scope = "application", // server, cluster, session, application
key = "wireBox"
},
// DSL Namespace registrations
customDSL = {
// namespace = "mapping name"
},
// Custom Storage Scopes
customScopes = {
// annotationName = "mapping name"
},
// Package scan locations
scanLocations = [],
// Stop Recursions
stopRecursions = [],
// Parent Injector to assign to the configured injector, this must be an object reference
parentInjector = "",
// Register all event listeners here, they are created in the specified order
listeners = [
// { class="", name="", properties={} }
],
// Register all your custom events
// A list or an array of names
// customEvents = [ "onPreProcess", "preFormSave", "postFormSave" ]
// customEvents = "onPreProcess, preFormSave, postFormSave";
customEvents = [ ]
};
// Map Bindings below
}
Please note that it is completely optional to use the implicit structure configuration. You can use the programmatic methods instead. Each configuration key has the same method in the binder for programmatic configuration.
The path to the LogBox Configuration object to use. By default, it uses the one displayed below. If you are using WireBox within a ColdBox application, the LogBox configuration is taken from the ColdBox application.
wirebox.logBoxConfig = "wirebox.system.ioc.config.LogBox";
If you are using WireBox within a ColdBox application, this setting is ignored, and it will use the ColdBox application's CacheBox configuration. The following are the keys for this configuration structure:
wirebox.cacheBox = {
// Activate the CacheBox DSL and caching
enabled = false,
// An optional configuration file to use for loading CacheBox
configFile = "coldbox.system.ioc.config.CacheBox",
// A reference to an already instantiated CacheBox CacheFactory, instead of building one
cacheFactory = "",
//A class path namespace to use to create CacheBox: Default=coldbox.system.cache or wirebox.system.cache
classNamespace = ""
};
This structure tells WireBox how to leach itself into any ColdFusion scope when initialized instead of you placing it in the scope.
wirebox.scopeRegistration = {
// activate scope registration
enabled = true,
// The CF scope to place the WireBox injector on
scope = "application",
// The key used to store it in the scope
key = "wireBox"
};
Caution: Scope registration must be enabled for Providers to work.
Please refer to the Custom DSL section to find out more about custom DSLs; the following are just the way you declare them:
wirebox.customDSL = {
// The value of the DSL Namespace is the instantiation path
// of the DSL Namespace builder that implements wirebox.system.ioc.DSL.IDSLBuilder
cool = "my.path.CoolDSLBuilder",
funkyBox = "my.funky.DSLBuilder"
};
Please refer to the Custom scopes section to find out more about custom scopes, the following are just the way you declare them:
wirebox.customScopes = {
// The value of the instantiation path of the custom scope
// that implements coldbox.system.ioc.scopes.IScope.
// The name of the scope will be used when registered
// the scope annotation.
CoolSingletons = "my.path.SingletonScope",
FunkyTransaction = "my.funky.Transaction"
};
The instantiation paths that this Injector will have registered to do object locations in order. So if you request an object called
Service and no mapping has been configured for it, then WireBox will search all these scan locations for a Service.cfc in the specified order. The last lookup is the no namespace lookup which basically represents a createObject("component","Service") call. If you are using WireBox within a ColdBox application, ColdBox will register the models convention folder for you.wirebox.scanLocations = ["models","com","org.majano"];
Please note that order of declaration is the same as order of lookup, so it really matters. Also note that this setting only makes sense if you do not like to create mappings for objects and you just want WireBox to discover them for you.
This is an array of class path's that WireBox will use to stop recursion on any object graph that has inheritance when looking for dependencies.
wirebox.stopRecursions = [ "transfer.com.TransferDecorator", "coldbox.system.EventHandler" ];
This setting is actually a reference to another parent injector you would like this injector to set as its parent injector. Now say this sentence 10 times without hiccuping.
wirebox.parentInjector = application.coolInjector;
// or
wirebox.parentInjector = new coldbox.system.ioc.Injector( "old.legacy.binder" );
This section only shows you how to register WireBox listeners, so please refer to the object life cycle events section for more information. This setting is an array of listener structure definitions that WireBox's event manager will use when broadcasting object life cycle events.
wirebox.listeners = [
{
// The path to the listener
class="path.to.CFC",
// A unique name for the listener
name="UniqueName",
// A structure of name-value pairs for configuring this interceptor
properties = {}
}
{class="my.AOPTracker"},
{class="annotationTransactioner",properties={target='*'} },
{class="Timer", name="CoolTimer"}
];
Caution: Please note that the order of declaration is the same as the order of execution, so it matters, just like ColdBox Interceptors. Please note that if you use WireBox within a ColdBox application, you can also register listeners as interceptors in your ColdBox configuration file.
Last modified 2mo ago