The folder containing the files need now to be removed

Added the creation of the directory corresponding to the vid of the tape to repack (xroot + local file system)

Replaced the map of tape files with a list as the assumption that we have one copy per copyNb is no more valid with repack.

Added a check while mounting a tape for writing : if some tape files located in the writing tape are not superseded by others,
the write session will fail.

Note: The test CatalogueTest.exist_non_superseded_files_after_fseq is supposed to fail.

This included extracting missing data while popping elements from archive queue.

- Queueing into the RetrieveQueueToReportToRepackForFailure
- Reporting of the failed RetrieveJobs (add statistics + deletion of the failed sub requests)
Unit test associated : expandRepackRequestFailedRetrieve

These requests are queued in the RetrieveQueueToReportToRepackForFailure
Adapted the Sorter to be able to queue a RetrieveRequest from Repack into a queue identified by the RepackRequest's address

Updated the unit tests to validate the queues and requests are as expected.

Changed the reporting structures in the repack request to better handle repoting
(we will report one archive job per rearchived copy number, which is potentially
several per fSeq.

Created the getNextBatch() function for retrieve successes and partially implemented
the report function.

Also created the call in the maintenance process.

Reports can now be either "to user" or "to repack".

Renamed function to getNextRetrieveRequestToReportToRepackForSuccessBatch to match current naming convention.

The retrieve requests now carry all the information necessary to create the archive jobs.
Retrive requests carry an isRepack boolean. The distinction between repack and non-repack behaviour
is pushed as low as possible in the api (in the object store) so that client code can be more
generic. For the same reason, the
The expand repack mode (re-creation of missing tape files) is not supported yet.
Changed the represenation of copy numbers to uint32 (as this is the smalled number supported but protocol buffers).
Added ArchiveRoute::StorageClassMap and ArchiveRoute::FullMap to store archive routing in memory.
Added repack buffer base URL support, and mechanism to compute temporary copy location in disk cache.
Fixed bug in ObjectOps<>::asyncInsert();
Inplemented the path generation for repack disk storage (<BaseURL>/<VID>/<FSeq (09%d)>).

Renamed some status (#447 issue)
Harmonized the name of the Archive and Retrieve queues in the cta.proto file and made the changes in the C++ code

Harmonized the copyNb type to uint32_t
Corrected a bug in RetrieveQueue::getContainerSummary() --> After insertion in the queue, the number of files and bytes added were equal to 0.

Queueing of Archive Jobs is done and unit tested
Queueing of Retrieve Requests is not completely done yet

We are supposed to stick in the loop for 30 seconds until nothing more comes out, but
this only worked for retrieves (archive reports failed to loop).

Started to queue the ArchiveRequest for Repack

It was using vid as container identifier where it should have used
tapepool.

Changed 'catch (std::out_of_range)' to 'catch (std::out_of_range&)' in order to avoid the error: catching polymorphic type ‘class std::out_of_range’ by value