-
Notifications
You must be signed in to change notification settings - Fork 13.8k
[FLINK-19793][connector-kafka] Harden KafkaTableITCase.testKafkaSourceSinkWithMetadata #13802
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
Conversation
|
Thanks a lot for your contribution to the Apache Flink project. I'm the @flinkbot. I help the community Automated ChecksLast check on commit 25256d0 (Tue Oct 27 04:32:20 UTC 2020) Warnings:
Mention the bot in a comment to re-run the automated checks. Review Progress
Please see the Pull Request Review Guide for a full explanation of the review process. DetailsThe Bot is tracking the review progress through labels. Labels are applied according to the order of the review items. For consensus, approval by a Flink committer of PMC member is required Bot commandsThe @flinkbot bot supports the following commands:
|
dawidwys
left a comment
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
+1, I had only one optional suggestion
| */ | ||
| public static boolean deepEquals(List<Row> l1, List<Row> l2) { | ||
| return deepEqualsInternal(l1, l2); | ||
| public static boolean deepEquals(List<Row> l1, List<Row> l2, boolean ignoreOrder) { |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
nit: Shouldn't this be a method in some test utility? It's rather strictly tailored for a particular test. It does not cover all the possible cases (e.g. nested ordered/unordered comparison).
Overall I think it does not harm having the method, but I'd at least have a method with ignoreOrder = false by default. Personally though I'd prefer to have it only in the TableTestMatchers
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I was also thinking about this, but I wanted to give users an official API that allows for simple testing for comparing rows. I will see what I can do.
fe3a8cf to
c46d576
Compare
dawidwys
left a comment
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Honestly, not much has changed. The methods are still the same and part of public interfaces. I am still ok with it, I'd still add a method:
public static boolean compareRows(List<Row> l1, List<Row> l2) {
return compareRows(l1, l2, false);
}
…eSinkWithMetadata Hardens the KafkaTableITCase by further improving the new test utilities and ignoring non-deterministic metadata columns. This closes apache#13802.
…eSinkWithMetadata Hardens the KafkaTableITCase by further improving the new test utilities and ignoring non-deterministic metadata columns. This closes apache#13802.
What is the purpose of the change
Hardens the KafkaTableITCase by further improving the new test utilities and ignoring non-deterministic metadata columns.
Brief change log
Verifying this change
This change added tests and can be verified as follows:
RowTestDoes this pull request potentially affect one of the following parts:
@Public(Evolving): yesDocumentation