* [ SEARCH-1286 ] additional ThreadLocal + date format (UTC - msecs)
* [ SEARCH-1286 ] ThreadLocal + other minor refactoring + unit tests
* [ SEARCH-1286 ] Fixed Timezone issue in Unit tests
* [ SEARCH-1286 ] Fixed Timezone issue II in Unit tests
* [ SEARCH-1286 ] Fixed Locale issue in CachingDataFormat
* Merge branches 'fix/SEARCH-1286_date_type_casting_errors' and 'master' of https://github.com/Alfresco/alfresco-core into fix/SEARCH-1286_date_type_casting_errors
# Conflicts:
# src/main/java/org/alfresco/util/CachingDateFormat.java
# src/test/java/org/alfresco/util/CachingDateFormatTest.java
* [ SEARCH-1286 ] additional ThreadLocal + date format (UTC - msecs)
* [ SEARCH-1286 ] ThreadLocal + other minor refactoring + unit tests
* [ SEARCH-1286 ] Fixed Timezone issue in Unit tests
* [ SEARCH-1286 ] Fixed Timezone issue II in Unit tests
Quartz uses c3p0 jdbc pool for it's distributed job storage since version 2.x
This commit will exclude c3p0 lib as distributed job storage is not used.
* The classes connected to ibatis/dialect were moved to alfresco-repository.
* Major refactoring was done to TransactionSupportUtil class. It includes change of txn resource management. The new Spring 5 code cleans transaction synchronization once the txn is committed/rolled back. This means that "aftercompletion" listeners cannot manage txn resources they saved in earlier stages. The listeners can be caches, validors, locks, etc. In order to overcome the new behaviour a new ResourceHolder was added. The principle is very much similar to Spring internal resource holder. The object holds the current txn resources in ThreadLocal variable. If the txn is suspended another object is created and linked to previous resource holder so that once the txn is restored all of the resources are still in place. The resource holder is cleaned once all of the "aftercompletion" txn listeners have finished their work.
* All the tests for this class are part of repository project.
