All IFFF sources must be consistently readable/writable. A logic error
is thrown if this is not the case.

Added code to support zmq sending in cretaeDoocsIfff function.

* compiles but untested
* existing tests for app->CS still passing.

- Shows up in Doocs
- Test does not check functionality yet, just that it's there

  - Clean up serverTestDataMatching
  - Fix missing include in test

  - Fix default setting for imported locations (solves #39)
  - Test for imported scalar properties

- was confusing milliseconds and microseconds for the archiver
- was not setting the global time stamp

Since Doocs 20.1 this is thrown if the name of the property exceeds 64
characters

This is a new requirement from ApplicationCore.

Extra space at the end of a property name has been removed in the latest
version of doocs. These tests were modified to work with this change:
- testCSAdapterEqFct
- testDoocsPVFactory

add two more ignores related to eclipse projects.

By default, the timestamp that is attached to a variable is the global time stamp, which is only set updated by update() in the adapter, which is not used otherwise.
The adapter already was setting it for the time stamp that is attached to the variable itself, but not for the time stamp that used for archiving. This has been fixed. Now the time stamps in the Doocs histories are set correctly.

To test it run example2 of ApplicationCore, togehter with the oven_sim simulation and watch Oven.heatingCurrent.HIST