The configure() Method

Once the public properties are set, we are now ready to configure our module. You will do this by creating a simple method called configure() and adding variables to the following configuration structures:

Property Type Description
parentSettings struct Settings that will be appended and override the host application settings
settings struct Custom module settings that will only be available to the module. If parseParentSettings is set to true (default), then settings from config/Coldbox.cfc for this module will be merged with these settings. (Think of these as default settings in that case.) Please see the retrieving settings section
conventions struct A structure that explains the layout of the handlers, plugins, layouts and views of this module.
datasources struct A structure of datasource metadata that will append and override the host application datasources configuration
interceptorSettings struct A structure of settings for interceptor interactivity which includes the following sub-keys:
  • customInterceptionPoints : A list of custom interception points to add to the application wide interceptor service
interceptors array of structs An array of declared interceptor structures that should be loaded in the entire application. Follows the same pattern as the ConfigurationCFC interceptor declarations.
layoutSettings struct A structure of elements that setup layout configuration data for the module with the following keys:
  • defaultLayout : The name of the default layout to use for this module. Must be located in the layouts folder of the module.
routes array An array of declared URL routes or locations of routes for this module. The keys of the structure are the same as the addRoute() method of the SES interceptor or a simple string location to the routes file to include.
wirebox struct A structure of WireBox configuration data, please refer to the WireBox Configuration_method) area or just use the injected binder object for mappings.

It is important to note that there is only ONE running application and the modules basically leach on to it. So the following structures will append their contents into the running application settings: parentSettings, datasources, webservices, customInterceptionPoints and interceptors.

All of the configuration settings that are declared in your configuration object will be added to a key in the host application settings called modules. Inside of this structure all module configurations will be stored according to their module name and remember that the module name comes from the name of the directory on disk. So if you have a module called helloworld then the settings will be stored in the following location: ConfigSettings.modules.helloworld

Below is an example of some settings:

function configure(){

  // parent settings
  parentSettings = {
    woot = "Module set it!"

  // module settings - stored in the main configuration settings struct as modules.{moduleName}.settings
  settings = {
    display = "core"

  // layout settings
  layoutSettings = {
    defaultLayout = "MyModuleLayout.cfm"

  // Module Conventions
  conventions = {
    handlersLocation = "handlers",
    viewsLocation = "views",
    layoutsLocation = "layouts",
    pluginsLocation = "plugins",
    modelsLocation = "model"

  // datasources
  datasources = {
    mysite   = {name="mySite", dbType="mysql", username="root", password="root"}

  // SES Routes
  routes = [
    // load the routes.cfm in the config folder of the module
    // explicit route declared here
    {pattern="/api-docs", handler="api",action="index"}   

  // Interceptor Config
  interceptorSettings = {
    customInterceptionPoints = "onModuleError"
  interceptors = [
      URLMatch = '/api-docs',
      loginURL = '/api-docs/login'

  // binder mappings"MyModuleService").to("#moduleMapping#.model.ModuleService");
  // or easy map entire directory

results matching ""

    No results matching ""