- Update/improve doxygen documentation
- Unify function name scheme of entity with SensorGroups
- Squash some TODOs

- Adapt Configurators:
  *Introduce partial template specialization in ConfiguratorTemplate
  *Move common logic to ConfiguratorInterface
  *Update and improve doxygen documentation
  *Adapt all plugin configurators
- Refactor printConfig of SensorGroups
- Minor improvements overall

- make use of new EntityInterface
- _keepRunning is now a bool
- extend and improve (doxygen) documentation

- Now it is possible to perform queries on raw topics without doing
a lookup on the publishedsensors table, by using the -d option

- Fixed a fair amount of bugs related to job analyzers
- Added a "getJobsInIntervalRunning" method to JobDataStore, to get
the list of jobs that were running in a certain time interval
- Some code refactoring for the JobDataStore class to reduce duplication
- Job analyzers have been tested and are working properly as of now

- A jobData structure is now supplied alongside che corresponding unit
as input to the compute() method for job analyzers

- Removed the dlclose call on plugin unloads to avoid segmentation fault
issues at destruction time of boost thread objects due to failed symbol resolution
- QueryEngine in DCDBPusher does not block anymore while being updated,
but simply returns NULL

- Compiles fine but completely untested for the moment
- Also addressed many bugs for job analyzer templates

- adds support for compilation with GCC 9.1
- updates dependencies OpenSSL, BACnet, freeIPMI

- Now supports also standard deviation and percentile computation
- Multiple output sensors per analyzer can be defined, each performing
a different aggregation task
- QueryEngine has been slightly modified so as not to clear the input
sensor reading buffer (if any), thus allowing to accumulate sensor
values with subsequent calls

# Conflicts:
#	dcdbpusher/Makefile

- In the new implementation the sensor map used to speed up access to
sensor data is rebuilt synchronously when plugins are reloaded/loaded/unloaded
- Any threads accessing the sensor query callback will block until
the update has finished

- The MQTT topic of a sensor is now used to identify the file name of the
sink and is appended to the path given as input

- New method is lock-based and compatible with all features (e.g. REST API)
in the framework
- Performance impact is expected to be negligible as race conditions will
not be frequent

- The class is now derived from AnalyzerTemplate, reducing code
duplication

- Template for Job Analyzers, derived from AnalyzerInterface