Moved setting the initial version number for all ApplicationModules from Application::initialise() to Application::run(), so the version numbers of the persisted values from the control system are smaller.

  (first part of #65)

THis is necessary for newer Boost (1.71) which puts the exported targets
in Boost_LIBRARIES. If we export that verbatim it causes link issues on
projects using the config scripts from Make

Sometimes the test failed because Input variables were not
yet written. I added some more stepApplication calls in between.
Seems to work now. Although it is unclear to me why sometimes
I can add an stepApplication after writing a variable and sometimes
I can not.

It is suffiecient to have the message being push type.
readAny of the ReadAnyGroup will update poll type variable
automatical once there was an update of the push type message.

Some custom tags from private servers have been removed.
Added "CS" tag, which allows to use findTag on the Logging module
and connect it directly to the control system.

  - Doocs .conf and variable mapping templates
  - Implemented ApplicationInstance.cc
  - Fixed working directory in CMakeLists.txt

  - Added (d)map files
  - Adapted CMakeLists.txt
  - Separate src file for application instance

  - Added ApplicationModule, test and config
  - Extended CMakeLists.txt accordingly
  - TODO: .dmap-, .map-files

This reverts commit e7294d81.

This does not exist on xenial yet

find_package is for use inside the *Config.cmake files

To add public dependencies to the generated config, use e.g.

list(APPEND ${PROJECT_NAME}_PUBLIC_DEPENDENCIES "Boost COMPONENTS system thread chrono")

 - Add missing required dependencies for boost
 - Remove deprecated header. Also not needed on xenial

size_t has different types on 32 vs 64 bit systems. UL is correct for
64. Just use the ::size_type define to help it figure it out properly

(Currently untested as the recovery does not work in DeviceAccess. calling open() again just does nothing.)

Fixes #53