* Changed classifier algorithm so that the parameters of the operation are used in classifier

   - specifically in BucketStorageExc and ExtractorException, at the moment
 * increased version to 2.1.6

 * modified behavior of '.repeatEvery' modifier of each action in CoreApplication - now the 'repeating thread' is removed after the loop ends (or if another .repeatEvery action with the same name is executed)
 * added the possibility to have RMIAlgorithm (client) with multiple threads:
   - the orig. RMI algorithm renamed to RMIAlgorithmOriginal
   - the actual connection to RMI server now encapsulated by RMIMethodExecutor
   - the new RMIAlgorithm manages a queue of RMIMethodExecutors, but by default it has only one connection (single thread)
   - new RMIAlgorithmMultiThread extends the RMIAlgorithm using multiple threads (and multiple connections) used in round robin manner
 * version updated to 2.8.5

* Updated classifier algorithm to work correctly with the classifiers that use operations as input and fixed correct conversion to distances
* Added support for creating named instance using multi-line parameters in config file

 * NavigationDirectory is not generixed any more 
 * version increased to 2.1.4

 * created an operation that encapsulates several (independent) k-NN operations (a batch of kNN operations)
 * the simple FileSeqScan can now process the batchKNNQuery in threads very efficiently

 * by given file with text represented data

 * modified field "runningOperation" of Algorithm so that the operations are not referenced from threads in a thread pool

 Created an operation (request) for refinement of a provided ranking operation by candidate set within the provided candidateSetOperation.

 * probably to be removed completely in future

 * ApproxKNNOp now properly works with its Arguments (and uses standard toString()) 
 * Algorithm processOPeration now puts an "output" parameter "OperationTime" to processed operation
 * MultipleOverlaysAlgorithm.setThreadPool now does not share the pool with the inner algorithms any more
 * fix in SortedCOllection - internal fields are now "volatile"

 * multiple-overlay algorithm now propagates the threadpool to the sub-algorithms, if they do not have any pool
 * minor version increased

* Updated pom file - new version and description

* Maven definition file added

* Fixed constructor call in ranking multi-query operation
* Added last operation to list of named instances for echo application method

 * Algorithm: processing of operation on algorithm now always writes out info to log; if statistics are on, stats before/after operation are called; one method moved from NavigationProcessors 
 * MultipleOverlaysAlgorithm: constructors refactored
 * ObjectFloatVector.toString(): if the locator is set, the data is not written out
  * IteratorToAbsObjIt: translator class from std iterator to ours AbstractOI
 * GetCandSetOp: new (internal) data manipulation operation that returns a queue of candidate objects for a given operation

* Fixed locator-storage random search implementation

 * CoreApplication: improved de-packing of encapsulated exceptions thrown during query processing 
 * Algorithm: added methods that are called before+after algorithmSerialization; they can be overloaded in descendant classes

* Update operation statistics update method to be more flexible

Conflicts:
	messif/algorithms/impl/LocatorStorageAlgorithm.java
	messif/algorithms/impl/MultiQueryWrapperAlgorithm.java
	messif/buckets/storage/impl/DiskStorage.java
	messif/objects/text/TextConversion.java
	messif/utility/Convert.java

* Added ignore-exception action modifier in CoreApplication config files

* Fixed multi-query wrapper algorithm constructor so that arguments can be filled from the application config file

	* Fixed thread-encapsulated references in instantiator

	* Added multi-object query algorithm wrapper
	* Added named-instance for threads to CoreApplication