[[release-notes]] == Release Notes [float] [[version-compatibility]] === Version Compatibility Watcher {version} is compatible with: * Elasticsearch: {version} * License {version} * Shield {version} [float] [[upgrade-instructions]] === Upgrading Watcher Watcher {version} is backward compatible with Watcher 1.0.x. Follow these steps to upgrade: 1. Back up all of the watches you've defined. You can search/scan the `.watches` index and save the returned watches aside. 2. Stop Elasticsearch on all nodes in your cluster. 3. Uninstall the Watcher plugin from each node: + [source,yaml] -------------------------------------------------- bin/plugin remove watcher -------------------------------------------------- 4. From here on you can simply follow the <> guide. [float] [[change-list]] === Change List [float] ==== 2.0.0-beta2 .New Features * Added new <> * Added new <> * Watches now have an <>. In addition, a new API was added to <>/<> registered watches. * Added new <>, that can compare an array of values in the <> to a given value. .Bug Fixes * If Watcher was installed with Shield then the Watcher index templates couldn't be stored and could lead to Watcher behaving incorrectly. This was caused by Watcher not detecting correctly if Shield was installed. * Update `croneval` command line utility to properly handle whitespaces in the elasticsearch home path. [float] ==== 2.0.0-beta1 This release is primarily for compatibility with Elasticsearch 2.0.0-beta1 and the Watcher versioning has been aligned with the Elasticsearch versioning. .Enhancements * Watcher continuously checks if the index templates for `.watches`, `.triggered_watches` and `.watch_history-*` exist. Whereas before the existence of these index templates was only checked at Watcher startup time. The absence of these index templates leads to watcher data being indexed incorrectly, which then can cause Watcher to behave incorrectly. * If Watcher was stopped via the stop Watcher api and after that a master election took place then Watcher would then unexpectedly start. * During Watcher start up only wait for the shards of the `.watches` and `.triggered_watches` indices to be available. Before Watcher also waited for the shards of the `.watch_history-*` indices, which wasn't needed. This improved time it takes for Watcher to startup. [float] ==== 1.0.0 .Enhancements * Added execution time aware <> support to `index` action, `search` input, and `search` transform. * You must now explicitly specify the unit when configuring any time value. (Numeric-only values are no longer supported.) * Cleaned up the <> response. * Cleaned up the <> response. [float] ==== 1.0.0-rc1 .New Features * Added <> support to the Execute API .Enhancements * Added execution context <> support. * Email html body sanitization is now <>. * It is now possible to configure timeouts for http requests in <> and <>. [float] ==== 1.0.0-Beta2 .New Features * <> are now applied at the action level rather than the watch level. * Added support for <> indexing to the index action. * Added a queued watches metric that's accessible via the <>. * Added a currently-executing watches metric that's accessible via the <>. .Enhancements * The <> result now includes the value of each field that was referenced in the comparison. * The <> now supports a default trigger event (**breaking change**) * The `watch_record` document structure in the `.watch_history-*` indices has changed significantly (**breaking change**) * A new internal index was introduced - `.triggered_watches` * Added support for headers in the <> result and the <> result. * Add plain text response body support for the <>. .Bug Fixes * Disallow negative time value settings for <> * Added support for separate keystore and truststore in <> and <>.