Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Migration Tool Client Config Part 1: map builder variations to the standard builder #5165

Merged

Conversation

zoewangg
Copy link
Contributor

@zoewangg zoewangg commented Apr 29, 2024

Motivation and Context

This is part 1 of the client config mapping: map builder variations to the standard builder

AmazonSQSClientBuilder.standard().build();

to

SqsClient sqs = SqsClient.builder().build();

and

AmazonSQSAsync sqs = AmazonSQSAsyncClient.asyncBuilder().build();

to

SqsAsyncClient sqs = SqsAsyncClient.builder().build();

Modifications

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

@zoewangg zoewangg requested a review from a team as a code owner April 29, 2024 19:44
Copy link

sonarcloud bot commented Apr 29, 2024

Quality Gate Failed Quality Gate failed

Failed conditions
45.4% Coverage on New Code (required ≥ 80%)
C Reliability Rating on New Code (required ≥ A)

See analysis details on SonarCloud

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

Comment on lines +90 to +92
if (isV2ClientClass(selectType)) {
methodName = CLIENT_CONFIG_NAMING_MAPPING.getOrDefault(methodName, methodName);
}
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

It "feels" weird that we're handling both model classes and client classes in this same code path. It might not be time to do it now, but if we start handling another class of things here we should consider breaking this up and only handling one type of thing at a time.

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Yeah, agreed, I thought about creating a generic class for this. I'll create a TODO for this.


JavaType.FullyQualified fullyQualified = TypeUtils.asFullyQualified(selectType);
if (mt != null) {
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

When is this null? (comment?)

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I'm not sure yet! I just know it's nullable by checking recipe code written by openrewrite...

@zoewangg zoewangg merged commit 7a638af into feature/master/migration-tool Apr 30, 2024
12 of 16 checks passed
@zoewangg zoewangg deleted the zoewang/migration-clientConfig-part1 branch April 30, 2024 20:56
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

None yet

2 participants