Alternative data storage

[laurikimmel]

The current Solr based data storage is not the best solution. It's hard to use and it consumes lot of system resources - disk space and memory. Also the IDataAcces, ICatalogue, etc implementations are using the Solr and are hard to extend.

1. Refactor data access layer - remove all unused methods, make it more extendable, keep several implementations in mind etc.
2. Create alternative implementation using some other NoSQL DB. Options are MongoDB, CouchDB, Redis, etc.
3. Remove static ApiFactory. Use Spring configuration to resolve dependencies.
4. Make the archiver component configurable and extendable. Users should have more control over the data which is stored. Example use cases: a) filters to store only needed data; b) custom serializers and deserializers for classes which are not defined in HBird.

[laurikimmel]

TODO:

• Clean up the assemblies
• Get rid of unneeded consructor parameters like issueBy and destination where possible
• Rename interface IPointingData to something more suitable
• Use hbird.properties file for configuration in assemblies
• Make AMQ connection configurable in assemblies
• Clean up the code base - remove ApiFactoryand other outdated classes
• Fix version values in assemblies
• Remove Solr from final zip