Add tests to override configuration with plugins

[sugmanue]

Motivation and Context

Changes to make sure that all overrides using the client builder can also be applied using plugins.

Modifications

This PR changes the way we deal with the ClientOverrideConfiguration. Instead of rebuilding it from its side effect (i.e., the values in SdkClientConfiguration) we use the override configuration object that is present during client building or at request execution time. This will reflect the exact values given for this object without having any "magic" derived values to appear. For instance, the execution interceptors in the override configuration are added to the same client option EXECUTION_INTERCEPTORS but this is also filled up with default interceptors here but those are not part of the original override configuration but before this change would be present in the SdkServiceClientConfiguration.Builder object since those were copied blindly.

We also made changes to the way we set the values to avoid overwriting previously added or computed ones, this means the if a list is given (e.g., with execution interceptors) we will follow a conservative logic to avoid duplicating previously added or removing computed values. For instance:

    static <T> void setClientListOption(SdkClientConfiguration.Builder builder, ClientOption<List<T>> option, List<T> newValue) {
        if (newValue == null || newValue.isEmpty()) {
            return;
        }
        List<T> oldValue = builder.option(option);
        if (oldValue == null || oldValue.isEmpty()) {
            builder.option(option, newValue);
            return;
        }
        // Make sure that we don't override derived values or duplicate existing ones.
        List<T> result = new ArrayList<>(oldValue);
        Set<T> dedup = new HashSet<>();
        dedup.addAll(oldValue);
        for (T value : newValue) {
            if (!dedup.contains(value)) {
                result.add(value);
            }
        }
        builder.option(option, result);
    }

Testing

Screenshots (if appropriate)

Types of changes

• Bug fix (non-breaking change which fixes an issue)
• New feature (non-breaking change which adds functionality)

Checklist

• I have read the CONTRIBUTING document
• Local run of mvn install succeeds
• My code follows the code style of this project
• My change requires a change to the Javadoc documentation
• I have updated the Javadoc documentation accordingly
• I have added tests to cover my changes
• All new and existing tests passed
• I have added a changelog entry. Adding a new entry must be accomplished by running the scripts/new-change script and following the instructions. Commit the new file created by the script in .changes/next-release with your changes.
• My change is to implement 1.11 parity feature and I have updated LaunchChangelog

License

• I confirm that this pull request can be released under the Apache 2 license

[sugmanue]

Renamed from SdkClientConfigurationUtil.java.resource to SdkClientConfigurationUtil.resource.java to make it easier for editors to identify it as a Java file. Also removed the method copyConfigurationToOverrides which is not longer used.

[sugmanue]

We no longer "mirror" the client override configuration from the client configuration, therefore this test no longer works for those properties.

[sugmanue]

SpotBugs gets confused about the nullability of the overrideConfiguration, probably because is looking at the default method that throws an UnsupportedOperationException. Adding this since I'm certain that this value can be null.

[sonarqubecloud]

SonarCloud Quality Gate failed.   

9 Bugs
0 Vulnerabilities
2 Security Hotspots
491 Code Smells

85.2% Coverage
4.1% Duplication

Catch issues before they fail your Quality Gate with our IDE extension SonarLint