OAK-9447: Upgrade Mongo java driver to 5.2

[rgambelli]

https://issues.apache.org/jira/browse/OAK-9447

I've just finished with the replacement of java-mongo-driver with the latest mongodb-driver-sync 5.2.0 published on Sep 24, 2024.

Main changes are in oak-document-store project, mongodb-driver-sync has no CVE at all, that driver is also a dependency of the spring ecosystem, this means have no errors if you use oak inside a springboot application, spring actuator expects classes from mongodb-driver-sync which can't find in mongo-java-driver.

It should be more performant too, this is stated in web, I haven't done performance tests.

[reschke]

First of all, thanks for working on that.

That said, this would be much easier to review if you wouldn't have touched inport statement order. Any chance you could take this part of the changes out?

[rgambelli]

Thanks Julian and sorry for having changed the import order, in eclipse I leave it enabled by default, I find it very useful :)
Is there some guide line about the import order or you are saying it's simply better leave them in the original order indipendently which order they had?

I'll try to restore the import order...

[rgambelli]

Hi I've just committed import reordering on almost all classes hoping that this will make easier the evaluation, bye

[Joscorbe]

Thanks @rgambelli, I have approved the execution of tests on our pipeline to see if tests are passing.

[reschke]

Could you please create a JIRA issue for this bug and submit a separate Pull Request? I'd like to separate bug fixes from other changes.

[rgambelli]

Sorry @reschke could you guide me in doing what you are asking?
I've created the new issue 11169, now how can I submit new pull request while there is already this open? Should I create a new branch? In current pull-request should I rollback the fix in MongoVersionGCSupport leaving the code as I found initially?

[reschke]

I would recommend that while the biggger change gets more testing, we treat the query bug as seperate issue and fix it, "just because". Once the fix is in, we can rebase the PR (or merge), and can proceed with this one.

@rishabhdaim ?

[reschke]

I have created https://issues.apache.org/jira/browse/OAK-11170 to first address the deprecations (and assigned it to me). That should make this PR a bit smaller.

[reschke]

Is it ok to drop this code?

[rgambelli]

In my opinion yes, I wrote you an email on 2 october providing my opinion about that matter, I copy here what I wrote in that email:

I would like to share with you that the code in MongoDocumentStore like this:

if (secondariesWithinAcceptableLag()) {
    dbCollection = getDBCollection(collection);
} else {
    lagTooHigh();
    dbCollection = getDBCollection(collection).withReadPreference(ReadPreference.primary());
}

will be replaced simply with this:

dbCollection = getDBCollection(collection);

because mongodb-driver-sync knows itself if ask to primary or secondary based on maxStalenessSeconds property

ReplicaSetStatus class too has not much more sense I think, for sure its method updateLag

Have you some opinion you want to share?

[Joscorbe]

Based on the documentation provided, it seems ok to remove this code, as the driver now does this check internally.

[reschke]

Have you some opinion you want to share?

Nope, I'm not a MongoDB expert, it just seemed to be suspicious.

[Joscorbe]

Hi @rgambelli, thanks for your contribution.

Could you please update the supported driver versions in the Import-Package section? Otherwise it will fail when Oak is used as OSGi bundle.

I have an example I did in a previous PR: https://github.com/apache/jackrabbit-oak/pull/295/files#diff-a5e72d35ad0d76d993dd91eec5b7cd18ca596653345c0bd37c088ffeda4a0031R47-R48

With this change I don't think 3.8+ is supported anymore, so probably the supported versions should go from [5.0, 5.2]. Assuming there are no breaking changes from 5.0 to 5.2.

[rgambelli]

@reschke about last conflict I'm not sure to understand if it's something I have to do myself or you will do it?

[reschke]

@rgambelli - I'll now move the PR over to Apache git, rebase it, test it once more then merge it.