-
Notifications
You must be signed in to change notification settings - Fork 28.9k
[SPARK-1470][SPARK-1842] Use the scala-logging wrapper instead of the directly sfl4j api #1369
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
|
QA tests have started for PR 1369. This patch merges cleanly. |
|
QA results for PR 1369: |
|
Jenkins, test this please. |
|
QA tests have started for PR 1369. This patch merges cleanly. |
|
QA results for PR 1369: |
|
QA tests have started for PR 1369. This patch merges cleanly. |
|
Wasn't this already decided against in #332 and again #1208 ? or is this not another PR for https://issues.apache.org/jira/browse/SPARK-1470 ? |
|
QA results for PR 1369: |
|
QA tests have started for PR 1369. This patch merges cleanly. |
|
QA results for PR 1369: |
|
QA tests have started for PR 1369. This patch merges cleanly. |
|
QA results for PR 1369: |
|
QA tests have started for PR 1369. This patch merges cleanly. |
|
QA results for PR 1369: |
|
Jenkins, retest this please. |
|
QA tests have started for PR 1369. This patch merges cleanly. |
|
QA results for PR 1369: |
|
@witgo Some of the failure was just Jenkins acting up again (what could be behind the "Address already in use" suddenly? for all of these tests), but there is a MIMA failure at the end as well. If the API changes are OK they will have to be excluded from the MIMA check to pass. |
`breeze 0.8.1` dependent on `scala-logging-slf4j 2.1.1` The relevant code on #1369 Author: witgo <[email protected]> Closes #940 from witgo/breeze-8.0.1 and squashes the following commits: 65cc65e [witgo] update breeze to version 0.8.1
|
@srowen Thank you for your comments. And how to modify |
|
QA tests have started for PR 1369. This patch merges cleanly. |
|
@witgo have a look at Of course, the more important question, are those API changes on purpose and are they OK? |
|
QA results for PR 1369: |
|
Jenkins, test this please. |
|
QA tests have started for PR 1369. This patch merges cleanly. |
|
QA results for PR 1369: |
|
Jenkins, test this please. |
|
QA tests have started for PR 1369. This patch merges cleanly. |
|
QA results for PR 1369: |
|
Hey on this one - it's helpful to see what this looks like - but my instinct is actually to move away from scala-logging entirely. We can upgrade ourselves, but all that does is force our users downstream to have to upgrade (even if they aren't using ml stuff at all), causing the same annoying headache as breeze is causing us. I'd prefer to just remove the (now very small) use of scala-logging and just continue to use the slf4j API directly. The mian benefit of scala-logging is the use of compile time macro's for some performance gain, but we've never in the entire history of Spark had any performance issues related to logging. |
|
I accidentally merged this in lieu of another patch. The merge has been reverted. |
|
How to re-open this ? |
`breeze 0.8.1` dependent on `scala-logging-slf4j 2.1.1` The relevant code on apache#1369 Author: witgo <[email protected]> Closes apache#940 from witgo/breeze-8.0.1 and squashes the following commits: 65cc65e [witgo] update breeze to version 0.8.1
… directly sfl4j api Author: GuoQiang Li <[email protected]> Closes apache#1369 from witgo/SPARK-1470_new and squashes the following commits: 66a1641 [GuoQiang Li] IncompatibleResultTypeProblem 73a89ba [GuoQiang Li] Use the scala-logging wrapper instead of the directly sfl4j api.
No description provided.