Catalogue classes now propagate exception::LostDatabaseConnection

Added CatalogueRetryWrapper.hpp

This reverts commit fc001693.

The CI was incorrectly failing.  There was nothing wrong with
the original commit that made the Catalogue class a pure
interface.

This reverts commit abe44e72.

Moved maxTriesToConnect parameter to CatalogueFactory::create().

Corrected handling of LostDatabaseConnection exceptions within OracleCatalogue

OracleCatalogue::deleteArchiveFileByDiskFileId()  should re-connect to database if connection lost.

OracleCatalogue::deleteArchiveFile()  should re-connect to database if connection lost.

Refactored retryOnLostConnection() from OracleCatalogue and RdbmsCatalogue

RdbmsCatalogue::prepareToRetrieveFileByDiskFileId() should re-connect to database if connection lost.

RdbmsCatalogue::prepareToRetrieveFile() should re-connect to database if connection lost.

RdbmsCatalogue::noSpaceLeftOnTape() should re-connect to database if connection lost.

RdbmsCatalogue::tapeMountedForRetrieve() should re-connect to database if connection lost.

RdbmsCatalogue::tapeMountedForArchive() should re-connect to database if connection lost.

RdbmsCatalogue::prepareForNewFile() should re-connect to database if connection lost.

RdbmsCatalogue::tapeLabelled() should re-connect to database if connection lost.

OracleCatalogue::filesWrittenToTape() should re-connect to database if connection lost.

RdbmsCatalogue::getTapesForWriting() should re-connect to database if connection lost.

Revert "cta/CTA#186 CTA should cope with idle database connections being dropped by the database server"

This reverts commit 610e08b3.

Revert "cta/CTA#186 CTA should cope with idle database connections being dropped by the database server"

This reverts commit 1be86a70.

Refactored RdbmsCatalogue::getTapesForWriting() to be like OracleCatalogue::filesWrittenToTape()

OracleCatalogue::filesWrittenToTape() should now transparently re-connect to the database.

RdbmsCatalogue::getTapesForWriting() should now transparently re-connect to the database.

Admin commands should now transparently re-connect to the database.

Fixed the following offending method:

    RdbmsCatalogue::prepareForNewFile()

Added the following unit-test that explicitly tests for a UserError exception:

    cta_catalogue_CatalogueTest.prepareForNewFile_no_archive_routes

Done

Reduced to the minium the number of database connections used by createSameSchemaInTwoSeparateInMemoryDatabases