-
Notifications
You must be signed in to change notification settings - Fork 29k
[Spark-14687][Core][SQL][MLlib] Call path.getFileSystem(conf) instead of call FileSystem.get(conf) #12450
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 #56044 has finished for PR 12450 at commit
|
| dataFrameBuilder: Array[String] => DataFrame) extends Source with Logging { | ||
|
|
||
| private val fs = FileSystem.get(sqlContext.sparkContext.hadoopConfiguration) | ||
| private val fs = new Path(path).getFileSystem(sqlContext.sparkContext.hadoopConfiguration) |
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.
All LGTM pending tests. I suppose this could even be fetched in the one place it's used later during the method call rather than hold on to a reference, but, I can't recall a specific reason it's bad to hold onto a FileSystem handle, so, leave it as you've done I think.
|
Jenkins retest this please |
|
Test build #56051 has finished for PR 12450 at commit
|
|
Some flaky tests -- not caused by this PR. Jenkins retest this please |
|
Test build #56077 has finished for PR 12450 at commit
|
|
Some flaky tests -- not caused by this PR. Jenkins retest this please |
|
Test build #56175 has finished for PR 12450 at commit
|
|
Merged to master |
|
@srowen thank you for the review & merging :-) |
What changes were proposed in this pull request?
FileSystem.get(conf)calls withpath.getFileSystem(conf)How was this patch tested?
N/A