Rule file provider

[Nadahar]

Rule file provider

• Create rule file provider for JSON and YAML files
• Fix DELETE event bug in FolderObserver

Description

The primary task of this PR is to provide file-based YAML and JSON rules. It supports multiple rules in one file if they are supplied within an array, which means enclosed in [ and ] and separated by ,.

This PR is very loosely coupled to #4591 in that they are both split out as PRs from the same "work branch", and this PR use the AbstractJacksonYAMLParser introduced in #4591. The FolderObserver file watcher DELETE fix has been included here, since it was discovered after #4591 was submitted.

There is one issue that might need to be discussed, and that is the location to look for the YAML and JSON files. There are two "obvious candidates", conf/automation/rules and conf/rules. The latter is the folder already in use for Rules DSL files, while the former isn't currently used (or automatically created when OH is installed). In either case, some minor changes to the documentation should be made as well, but it's hard to write that until the final location has been decided.

Currently, this PR uses conf/rules, but that's very easy to change. From a user's perspective, this might be the most logical, as they are still rules, although the format is different. It doesn't seem like this causes any conflicts, but a debug log message is created both from the Rules DSL parser (that it ignores the .yaml or .json file) and from the AbstractFileProvider that it doesn't have a parser for .rules files. None of these are shown by default. The involved classes could be modified to not log these cases, as they are expected, but both are "generic in nature" and introducing exceptions to concrete file extensions doesn't really "fit".

If conf/automation/rules are used instead, the "conflict" with two parsers monitoring the same folder would be avoided, but it might be more confusing for the end user to have to place the rule files in two different locations. It should also be considered if this folder should be created when the installation is set up, like with many of the other folders.

It should also be mentioned that the documentation currently claims support for JSON based rules, but no evidence that this exists, or has existed in previous versions, has been found in the code:

The automation engine reads rule json files from the {openhab-dir}/automation/*.json directory.

If this actually is wrong, the documentation should be corrected.

[lolodomo]

The primary task of this PR is to provide file-based YAML and JSON rules.

We are already in the process to add YAML for different kinds of things with the ability to put everything in a same file.
I don't know what you are doing exactly with this PR but we have to take care to have something globally consistent. And also use the same YAML library.
In case it makes no sense to consider the other discussions about YAML in the current context, you can forget my message.

[Nadahar]

We are already in the process to add YAML for different kinds of things with the ability to put everything in a same file.
I don't know what you are doing exactly with this PR but we have to take care to have something globally consistent. And also use the same YAML library.

I'm not familiar with this effort and exactly what it will end up doing, but this PR adds a rule file provider for both JSON and YAML. The YAML parser is the same as the one already used for rule templates, and it is the same YAML parser (Jackson) as I've found other places where YAML is parsed in Core.

This isn't related to any UI or how MainUI deals with YAML. It simply deserializes "object" in either YAML or JSON into a "OH Rule object".