The first step of creating skin templates is to create its holding folder inside of the skins
directory. So if we were starting a new skin called goodness
then you would create a new folder in the following directory:
The following templates are the ones you will be skinning and placing in this folder. In all reality you could potentially just have one, CachePanel.cfm
. However, since you can bring in AJAX content to refresh certain parts of the panel, you break out its reporting functionality into various templates. The CFC in charge of rendering your skin templates is the ReportHandler.cfc
located in the same report package, so we recommend also reading its API for more in depth information. So let's explore them:
Info : All skins are rendered within the
ReportHandler
component. This means that you have access to this object's methods and local variables. We recommend you look at the default skin's templates for usage.
Template
Required
Description
cachebox.js
true
The JavaScript file that will be automatically loaded into the header content via a cfhtmlhead
call. You can put any JavaScript you like here or load more JavaScript files via your skin templates.
cachebox.css
true
The css file that will be automatically loaded into the header content via a cfhtmlhead
call.
CachePanel.cfm
true
The main template that displays the report monitor to the user. This skin could potentially hold action buttons and other parts of the cache report rendered in specific locations by using rendering methods (see ReportHandler section).
CacheReport.cfm
false
This template is usually rendered via the renderCacheReport(cacheName)
method and it is supposed to render out a report of the cache provider using the incoming cacheName
argument. This template usually has a call somewhere for the content report of such cache provider via the renderCacheContentReport(cacheName)
method.
CacheContentReport.cfm
false
This template is usually rendered via the renderCacheContentReport(cacheName)
method and it is supposed to render out a report of the contents of the cache provider using the incoming cacheName
argument. This table of contents can also have action buttons assigned to them.
CacheBox also allows for the creation of reporting skins so you can create gorgeous looking reports for its caches, configurations, content, etc. The location of such skins is in the following location:
The name of the folder inside of the skins folder is the unique name used to specify the skin in the custom tag. You can look at the default skin to learn from it and see how you can build skins yourself.
A skin receives attributes or configuration elements via the custom tag used for the report monitor. Basically any attribute you add to the custom tag will be available in the skin's pages in a structure called attributes
, makes sense huh?
A skin also receives a reference to the caller
scope via a variable called, drum roll please, caller
. So you can also reference the caller
variables via this scope.
CacheBox comes with great reporting tools whether you are using it within a ColdBox application or standalone. This section deals with how to do a-la-carte reporting by using the custom tags that CacheBox ships with. Below is the simplest form of usage for the monitor reporting tags:
That's it! You basically import the tag library from /cachebox/system/cache/report and then use the monitor tag to render out the monitor. What's cool about the monitor is that it is completely skinnable. Please see the CacheBox Report Skins for more information.
Let's check out the attributes for this custom tag:
Info Each skin can implement its own attributes, so always check the skins documentation to see what extra attributes it implements.
Here are some examples of the tag usage:
Each skin template can execute action commands. We have several already constructed into the tag that can execute if it detects an incoming URL
variable called URL.cbox_command
. So if your report exists in a page called monitor.cfm then just call that same page (via AJAX preferably) with some URL
variables attached (See default skin example). Now, below are the ones we implement, but you can build as many as you like and place them in the page where you use the monitor tag or in the skin templates themselves; wherever they make sense to you.
The following are the commands built in to the reporting tag and the incoming URL variables it expects. Please note that the command is taken from the URL.cbox_command
variable:
Info : If the tag detects an incoming command, it will execute it, reset the content and output a true to the response buffer.
Sample Calls
This object is in charge of rendering skin templates and also executing processing commands. The custom tag creates this object and prepares it for usage, so do not worry about it, just know how to use it. The following are the variable compositions this object has and therefore you can use them in your skin templates:
This tag also has the following methods that you might be interested in:
For example, here is a snippet of the CachePanel.cfm template to designate where the cache report for a specific cache provider will be rendered by default:
Since no cacheName argument is provided, it will use the default value of default. Here is a snippet of the cache report template of where it designates the content report to be rendered. It also verifies that the cache provider has reporting enabled and uses a custom attribute called contentReport.
Command
URL Variables
Description
expireCache
url.cbox_cacheName
Executes a expireAll()
in the cache provider specified by the incoming cache name.
reapCache
url.cbox_cacheName
Executes a reap()
in the cache provider specified in the incoming cache name
delCacheEntry
url.cbox_cacheName
url.cbox_cacheEntry
Deletes the passed in cache entry from the named provider
clearAllEvents
url.cbox_cacheName
Executes a clearAllEvents()
in the cache provider specified in the incoming cache name(Must be a ColdBox enabled cache)
clearAllViews
url.cbox_cacheName
Executes a clearAllViews()
in the cache provider specified in the incoming cache name(Must be a ColdBox enabled cache)
cacheBoxReapAll
none
Executes a reapAll()
via the CacheBox Cache Factory
cacheBoxExpireAll
none
Executes a expireAll()
via the CacheBox Cache Factory
gc
none
Executes a suggestion to the JVM to produce a garbage collection
Variable
Type
Description
cacheBox
cachebox.system.cache.CacheFactory
A reference to the running CacheBox cache factory
baseURL
string
The baseURL attribute passed via the tag configuration
sking
string
The skin attribute passed via the tag configuration
skinPath
string
The non-expanded path to the skin in use. e.g. /cachebox/system/cache/report/skin/MyCoolSkin
attributes
struct
A reference to the attributes structure passed via the tag
caller
template
A reference to the caller page of the custom tag.
Return Type
Method
void
processCommands(*[command=],[cacheName=default],[cacheEntry=])
Execute and process a cacheBox command
any
renderCachePanel()
Render the CachePanel.cfm
template
any
renderCacheReport(cacheName)
Render the CacheReport.cfm
template which renders typically the report information about a specific cache provider
any
renderCacheContentReport(cacheName)
Render the CacheContentReport.cfm
template which typically renders the report of the content of the cache provider
any
renderCacheDumper(cacheName,cacheEntry)
Tries to retrieve the cacheEntry
from the cacheName provider and dumps it
Attribute
Type
Required
Default
Description
cacheFactory
cachebox.system.cache.CacheFactory
true
---
The reference to the CacheBox factory to report on.
baseURL
string
false
cgi.script_name
The location of the script so the tag can create links for Ajax calls and rendering calls.
skin
string
false
default
The name of the skin to use for rendering the report. The skins are found at /cachebox/system/cache/report/skins