Added the status trend report and API.

- Report supports filtering by date and any one of: sku,
  entitlement name or the management_enabled entitlement
  attribute.
- The database query and general data gathering is performed
  by the ComplianceSnapshotCurator.
- The request is processed by the StatusTrendReport class.
- Date parsing in Report is no longer lenient.
Added support for extended validations to ParameterDescriptor

- Added the ParameterValidator interface
- StatusTrendReport will now ensure the year is between 2000 and 2099 on
  start_date and end_date
- Invalid dates will no longer cause an exception to be thrown back to
  the user.
Added additional date tests and translation wrappers.
Cleaned up and/or removed extraneous code

Added the missing ParameterValidator.java from the last commit as well.
Clamped dates and relaxed year validation

- startDate and endDate will now be set to "today" or "now" if a future
  date is provided.
- Years are now only limited on the low-end to 2000.
Added time zone support to the status trend report

- Report and ParameterDescriptor now support validating and parsing
  time zones.
- The status trend report no longer returns Date objects in its
  result set. Instead, formatted date strings are returned.
Removed JDBC hash from deploy scripts

- The JDBC hashes from bash_functions and GB and CP's deploy scripts
  have been removed. These were causing issues in RHEL6, which ships
  with an older version of bash that does not yet support the -g
  flag on declare.
  They've been replaced with standard variables.
Removed note about bash version requirement.
Merge pull request #785 from candlepin/crog/rhel6-deploy

Removed JDBC hash from deploy scripts
Fixed GB deploy script
Merge pull request #790 from candlepin/mstead/gb-deploy-fix

Fixed GB deploy script
Add candlepin-deps as a BuildRequires.
Merge pull request #789 from candlepin/awood/gb-koji

Add candlepin-deps as a BuildRequires.
Merge pull request #768 from candlepin/crog/status-trend-report

Added the status trend report and API
Automatic commit of package [gutterball] release [1.0.5-1].
Reverted use of DateUtils.parseDateStrictly.

- The use of DateUtils.parseDateStrictly was removed in favor of using
  the SimpleDateParser and ParsePosition directly, as the DateUtils'
  function does not exist in the version of the Apache library available
  to RHEL6.
Merge pull request #792 from candlepin/crog/gb-parsedate-fix

Reverted use of DateUtils.parseDateStrictly.
Automatic commit of package [gutterball] release [1.0.6-1].