sanitycheck for ColdFusion
sanitycheck is a library that allows ColdFusion developers to write "executable documentation" of their application's dependencies. This means that the dependencies are listed in one place, in a human-readable format, and can also be run to see which dependencies are being met. sanitycheck is compatible with ColdFusion 6 and up.
We've found it to be most useful when we're:
- setting up new local copies of an application
- moving an application to a new host/server
Please see docs/license.txt for usage terms.
Setup for Interactive Use
Pull this repo in to your site at /sanitycheck/sanitycheck. Use of svn:externals or git submodules is recommended so that you can easily get future updates to sanitycheck. See the end of this file for detailed instructions.
Create /sanitycheck/Application.cfm with a single space in it. It could just be blank, but some versions of CF don't like 0-byte files.
Create /sanitycheck/sanitycheck.cfm. A very simple version might look something like this:
<cfinclude template="sanitycheck/lib_sanitycheck.cfm"> <cfset sc_setPassword("bigSecret")> <cfset sc_CFVersion("7+")> <cfset sc_mappingExists("lib")>
Create /sanitycheck/index.cfm containing:
<cflocation url="sanitycheck.cfm" addtoken="no">
Go to http://yourapp/sanitycheck and enter the password you defined in sc_setPassword() to see which of your dependencies pass.
Setup for Automated Use
This is rough and pretty untested. Use at your own risk!
- Complete the Setup for Interactive Use above
Add the following to your Application.cfm or Application.cfc, preferably in the area where your application is initialized. This will cause sanitycheck to be run in the background and it's output logged.
<cfif cgi.script_name does not contain "sanitycheck.cfm"> <cfinclude template="sanitycheck/sanitycheck.cfm"> </cfif>
All functions are prefixed with "sc_" as a way of avoiding namespace collision. This list include only functions you might want to call in your sanitycheck.cfm.
Specify the minimum or exact required version of ColdFusion. requiredVersion must be one or more digits and dots, optionally followed by a plus.
Ensure that a datasource is defined.
Ensure that ColdFusion has a default SMTP server (useful if your app doesn't specify one).
Ensure that a directory exists. dirName must be a full path appropriate for the current platform. You can use expandPath() in your call to this (and other file/directory functions) for portability.
Checks to see if a directory is writable. dir is a fully-qualified directory path.
sc_executableExists(fullPath, args, timeout)
Ensure that an executable program can be called. fullPath is the fully-qualified path to the executable. The optional args is arguments to make executable exit quickly (e.g. '-c exit' for bash). The optional timeout is in seconds.
Ensure that a file exists. Useful for config files that aren't kept in source control. fileName is a fully-qualified path.
Checks to see if a file is writable by appending an empty string to it if it exists, or by checking the dir for writability if it doesn't. file is a fully-qualified file path.
Ensure that a mapping is defined. mappingName is just what it says. This function is a little buggy. We highly recommend using application-specific mappings (defined in your Application.cfc) instead of system-wide ones, but that's only available in CF8 and up.
Ensure that a scheduled task exists. taskURL is a root-relative URL for the task to be executed. The optional useHTTPS is a boolean that you should turn on if your app requires SSL.
Sets the access password for running the script interactively. pwd is the password.
Ensure that SSL is set up for your site.
Check to see if a table tableName exists in datasource datasourceName. Can be used as a rudimentary check of whether the database schema's been loaded.
Ensure that a '200 OK' status code is returned for the root-relative URL theURL. This can be used to check whether a webserver-based rewrite/redirect is in place. The optional useHTTPS is a boolean that you should turn on if your app requires SSL.
Ensure that the Verity collection collectionName is defined.
Pulling in sanitycheck with git submodule
Note: If you're replacing a non-submodule directory with a submodule, you should remove the former on all branches before adding the latter.
Adding a sanitycheck submodule:
cd your-git-project git submodule add git://github.com/singlebrook/sanitycheck.git sanitycheck/sanitycheck git commit -m "Added sanitycheck submodule"
Updating a sanitycheck submodule after cloning:
cd your-git-project git submodule init git submodule update
Updating to the latest sanitycheck:
cd your-git-project/sanitycheck/sanitycheck git pull cd your-git-project git ci sanitycheck/sanitycheck -m "Updated sanitycheck submodule"
Pulling in sanitycheck with svn:externals
Adding a sanitycheck external:
cd your-svn-project mkdir sanitycheck svn add sanitycheck cd sanitycheck svn propset svn:externals "sanitycheck http://svn.github.com/singlebrook/sanitycheck.git" . svn commit # I can't seem to update successfully without committing first svn update
Updating to the latest sanitycheck:
cd your-svn-project svn update