Add caching for versions infos

[LiubovDidkivska]

Add implementation to put/get versions
list to catalog client cache.
Implement versions infos cache tests.

Relates-To: OLPEDGE-2080

Signed-off-by: Liubov Didkivska ext-liubov.didkivska@here.com

[codecov]

Codecov Report

Merging #900 into master will increase coverage by 0.0%.
The diff coverage is 87.8%.

@@ Coverage Diff @@## master #900 +/- ##
======================================
Coverage 81.2% 81.2% ======================================
Files 303 305 +2 Lines 10575 10620 +45 ======================================
+ Hits 8591 8628 +37 - Misses 1984 1992 +8 

Impacted Files	Coverage Δ
...ice-read/src/repositories/CatalogCacheRepository.h	100.0% <ø> (ø)
...rc/generated/serializer/VersionInfosSerializer.cpp	64.3% <64.3%> (ø)
...e-read/src/generated/parser/JsonParserCacheValue.h	100.0% <100.0%> (ø)
...e-read/src/repositories/CatalogCacheRepository.cpp	100.0% <100.0%> (ø)
...ude/olp/dataservice/read/model/VersionDependency.h	57.1% <0.0%> (-42.9%)	⬇️
...d/include/olp/dataservice/read/model/VersionInfo.h	100.0% <0.0%> (ø)

---

Continue to review full report at Codecov.

Legend - Click here to learn more
Δ = absolute <relative> (impact), ø = not affected, ? = missing data
Powered by Codecov. Last update fd2d656...0ef9d58. Read the comment docs.

[andescu]

I wonder why do we need then copy parameters on CatalogRepository::GetVersionsList() if it is sync? Can we move towards pass by reference to save copies?

[LiubovDidkivska]

Could we do this in separate pull request and make this changes also in other clients?

[andescu]

Considering our current backlog I dont think that will be any time soon. Ill add a ticket to the backlog for this but i would prefer if we can already do it in your PR as we also did it in #891.
But please note that this is not valid for all methods. For example CatalogClient::GetCatalog() could still use it as it does not have any version relation.

[andescu]

Tests missing!

[andescu]

Considering our current backlog I dont think that will be any time soon. Ill add a ticket to the backlog for this but i would prefer if we can already do it in your PR as we also did it in #891.
But please note that this is not valid for all methods. For example CatalogClient::GetCatalog() could still use it as it does not have any version relation.

[andescu]

Please also add a test case for start_version = -1 as specified by the documentation:

startVersion
The beginning of the range of versions you want to get (exclusive). By convention -1 indicates the initial version before the first publication. After the first publication, the catalog version is 0.

[LiubovDidkivska]

Test will be added to CatalogRepositoryTest

[andescu]

But why in CatalogRepositoryTest as this will have direct implication upon the key generation, which needs to be tested that it works correctly, means that not by mistake the -1 startVersion is converted to 0 as we do not support -1 while converting to string.