[BUG] Backward compatibility tests failing for security plugin

[parasjain1]

What is the bug?
Backward compatibility tests are failing for security plugin on the main branch which impacts the release quality and prevents us from catching any regressions / bugs that might creep.

How can one reproduce the bug?
Steps to reproduce the behavior:
Attaching recent PRs -

• Improve serialization speeds #2802
• Resolve CVE-2023-2976 by forcing use of Guava 32.0.1 #2937

What is the expected behavior?
Backward Compatibility tests should be passing in GitHub actions.

What is your host/environment?
N/A

Do you have any screenshots?
If applicable, add screenshots to help explain your problem.

Do you have any additional context?
Tests seem to be failing due to a dependency conflict

* What went wrong:
Execution failed for task ':compileJava'.
> Could not resolve all dependencies for configuration ':compileClasspath'.
   > Conflict(s) found for the following module(s):
       - org.apache.httpcomponents:httpclient between versions 4.5.14 and 4.5.13
     Run with:
         --scan or
         :dependencyInsight --configuration compileClasspath --dependency org.apache.httpcomponents:httpclient
     to get more insight on how to solve the conflict.

[parasjain1]

Raised PR for the fix - #2951

[cwperks]

@parasjain1 I just opened a separate PR against the 2.x branch. I think the issue is that 2.x is explicitly referring to 4.5.13 and should instead take the version of httpclient from core's buildSrc/version.properties

[cwperks]

@parasjain1 I just noticed that the head of 2.x had other compilation issues due to a backport of a refactor in core

I have raised a PR to both address the core refactor and the bwc issue: #2953

[cwperks]

This is now resolved. Closing this issue.

[parasjain1]

Thanks Craig.