-
Notifications
You must be signed in to change notification settings - Fork 28.9k
[SPARK-6371] [build] Update version to 1.4.0-SNAPSHOT. #5056
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 #28686 has started for PR 5056 at commit
|
|
Test build #28686 has finished for PR 5056 at commit
|
|
Test PASSed. |
|
What's the rationale behind excluding graph from MIMA? And no longer excluding ml? |
project/MimaExcludes.scala
Outdated
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.
Should be indented two spaces back.
|
I think Modulo that and the tiny spacing change, yeah we need to update the snapshot version. |
|
I didn't add ml because mima didn't complain (while it did complain for graphx). Can add if it's desired. |
|
Test build #28737 has started for PR 5056 at commit
|
|
Test build #28737 has finished for PR 5056 at commit
|
|
Test PASSed. |
|
Paging @ankurdave : |
This matches the 1.3 exclusions; let's see what mima complains about.
|
Test build #28810 has started for PR 5056 at commit
|
|
Test build #28810 has finished for PR 5056 at commit
|
|
Test FAILed. |
|
There you go: |
|
Test build #28830 has started for PR 5056 at commit
|
|
Test build #28830 has finished for PR 5056 at commit
|
|
Test PASSed. |
|
I worked around the graphx warning, but would appreciate @ankurdave taking a look. |
|
This looks right-er to me since the previous version was changed, and we have only excluded |
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.
Ah BTW I'm curious what this changes, and I wonder why it would resolve a MiMa warning? You're on top of it. I just want to make sure we're not missing anything.
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.
The previous version was an abstract method, which mima complains about (since it breaks source code that extends this class). The new version has an implementation of the method that throws a "NotImplemented" exception (don't recall the exact type).
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.
We shouldn't put ??? here, since it means "we will implement this but we haven't got around to implement it yet".
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.
So what's the correct fix? Adding a mima exception is not, for the reason I already mentioned (breaks existing source code that worked with previous version).
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.
Would it work if we add an exclude rule to mima?
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.
See my previous comment. The build would work, but it's not the right fix.
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.
But this is not meant to be an interface for users to implement. It'd be a problem if this is a user facing class that was meant to be extended by user application code.
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 see. In that case the exclusion is the right thing, then. I'll update the code.
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.
BTW let me use the same fix that Sean mentioned. That will tighten the exclusion so that other methods are still checked by MiMA.
|
Yeah, I think this should be handled with a MiMa exclusion, on the grounds that this was how it was handled when it was introduced: Ankur seems OK with that: #4733 (comment) |
|
Test build #28924 has started for PR 5056 at commit
|
|
Test build #28924 has finished for PR 5056 at commit
|
|
Test FAILed. |
|
Test build #28926 has started for PR 5056 at commit
|
|
LGTM - I did some searching around and I think this upgrades all the necessary places. |
|
Test build #28930 has started for PR 5056 at commit
|
|
Test build #28926 has finished for PR 5056 at commit
|
|
Test PASSed. |
|
Test build #28930 has finished for PR 5056 at commit
|
|
Test PASSed. |
No description provided.