This file is used to list changes made in each version of the chef_handler cookbook.
- Add deprecation notice. The chef_handler resource is now included in Chef 14. This cookbook has been deprecated, but will continue to function for Chef 13 users.
- Fix namespace collision with helper module
- Make sure arguments can be a hash not just an array
- Remove the ability to install handlers via the files directory in this cookbook. This is a very old pattern that Chef (Opscode) pushed in ~2009/~2010 which required you to fork the cookbook so you could add your own files locally. There's a resource now and handlers should be installed using that resource.
- Converted the handler LWRP to a custom resource, which makes Chef 12.7 the minimum version of chef-client supported
- Converted the 'supports' property to a new property called 'type', which prevents deprecation warnings for Chef 12 users. Calls to the existing property will continue to work, but documentation now points to the new property.
- Use a SPDX standard license string
- Remove CloudkickHandler references from the readme
- Use default_action in the resource to resolve FC074
- Reduce handler location log level to debug
- Fixed Chef 13 compatibility
- Add supported OS list to metadata
- Support Chefspec 4.1+ matchers only
- Yank out converge_by to avoid bogus resource updates
- Testing updates
- Require Chef 12.1
- Allow defining handlers in a cookbook libraries and then enabling them with the chef_handler resource without actually providing a file as a source. This simplifies the delivery of the handler file itself. See the readme for an example.
- Added state attributes to the custom resource
- Added source_url and issues_url to metadata.rb
- Replaced attributes for root user and group with the Ohai defined values to simplify the logic of the cookbook
- Added lint, unit, and itegration testing in Travis CI
- Added Test Kitchen testing of the recipes and the custom resource via a test cookbook
- Added Berksfile
- Added chefignore and .gitignore files
- Added .rubocop.yml config and resolve multiple issues
- Updated contributing and testing docs to the latest
- Added all testing dependencies to the Gemfile
- Added maintainers.md and maintainers.toml files
- Expanded the Rakefile for simplified testing
- Move to support Chef 12+ only. Removes old 'handler class reload' behavior - it isn't necessary because chef-client forks and doesn't share a process between runs.
- Bugfixes from 1.1.8 - loading without source is not allowed again. Class unloading is performed more carefully. Tests for resource providers.
- Updated Contribution and Readme docs
- Fix ChefSpec matchers
- Allow handler to load classes when no source is provided.
- [COOK-4494] - Add ChefSpec matchers
- [COOK-4117] - use the correct scope when searching the children class name
- [COOK-2146] - style updates
- [COOK-1989] - fix scope for handler local variable to the enable block
- [COOK-1645] - properly delete old handlers
- [COOK-1322] - support platforms that use 'wheel' as root group'
- [COOK-1177] - doesn't work on windows due to use of unix specific attributes
- [COOK-1069] - typo in chef_handler readme
- [COOK-654] dont try and access a class before it has been loaded
- fix bad boolean check (if vs unless)
- [COOK-620] ensure handler code is reloaded during daemonized chef runs