This can potentially be a severe performance issue, if an application has many persisted large arrays.

- arrays are now by default saved just like spectra
- Short arrays go into main server config file, long into separate files
- only if array is writable
- behaviour is configurable in order to return to default behaviour of
DOOCS

so far, only scalars work and the meta data (macro pulse number etc. is missing)

Removed update functions completely. The long sleep made the server unresponsive. Instead the call to run update in the tests was replaces with a sleep. Sometimes fails, as expected with a fixed timeout, but it was as hack anyway.

changed updater to run in its own thread. Tests still using doocs update, which is just doing an insanely long sleep of 1 second.

all EqFcts are using common updater. Tests passing, but locking is not done properly across EqFcts (race conditions with RPC calls possible).

git-svn-id: https://svnsrv.desy.de/desy/mtca4u_applications/DOOCS_Adapter/trunk@141 688d77b5-b833-4f6b-b27f-eb88d88625d6

removed useless 'dname' from constructor and hard-coded it. Introduced the real fctname for testing instead.

git-svn-id: https://svnsrv.desy.de/desy/mtca4u_applications/DOOCS_Adapter/trunk@135 688d77b5-b833-4f6b-b27f-eb88d88625d6

moved registering of doocs variables and containing the variables into the EqFct, so you can have multiple EqFcts per PVManager

git-svn-id: https://svnsrv.desy.de/desy/mtca4u_applications/DOOCS_Adapter/trunk@132 688d77b5-b833-4f6b-b27f-eb88d88625d6

git-svn-id: https://svnsrv.desy.de/desy/mtca4u_applications/DOOCS_Adapter/trunk@130 688d77b5-b833-4f6b-b27f-eb88d88625d6