-
Notifications
You must be signed in to change notification settings - Fork 29k
[MINOR][SQL][SS] Remove TODO comments as var in case class is discouraged but worth breaking it #26992
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
|
Test build #115669 has finished for PR 26992 at commit
|
|
Seems OK, but you will no longer have an implementation of equals, hashCode, etc. Would those be important here? not sure |
|
Good point, and I'm seeing a spot logging out the FetchData instance which should have toString implementation (at least). If we don't feel pretty bad on having vars in case classes we may just remove the TODO comments and leave them as they are. (The PR can be changed to MINOR then.) WDYT? |
|
Okay, shell we just remove todos then? |
… but worth breaking it
fa7652a to
7495983
Compare
|
Yes, removed the TODO comments instead. |
|
Test build #115769 has finished for PR 26992 at commit
|
|
Merged to master. |
|
Thanks for reviewing and merging! |
…aged but worth breaking it ### What changes were proposed in this pull request? This patch removes TODO comments which are left to address changing case classes having vars to normal classes in spark-sql-kafka module - the pattern is actually discouraged, but still worth to break it, as we already use automatic toString implementation and we may be using more. ### Why are the changes needed? Described above. ### Does this PR introduce any user-facing change? No. ### How was this patch tested? Existing UTs. Closes apache#26992 from HeartSaVioR/SPARK-30337. Authored-by: Jungtaek Lim (HeartSaVioR) <kabhwan.opensource@gmail.com> Signed-off-by: HyukjinKwon <gurwls223@apache.org>
What changes were proposed in this pull request?
This patch removes TODO comments which are left to address changing case classes having vars to normal classes in spark-sql-kafka module - the pattern is actually discouraged, but still worth to break it, as we already use automatic toString implementation and we may be using more.
Why are the changes needed?
Described above.
Does this PR introduce any user-facing change?
No.
How was this patch tested?
Existing UTs.