Uh oh!
There was an error while loading. Please reload this page.
[SPARK-1470][SPARK-1842] Use the scala-logging wrapper instead of the directly sfl4j api - #1369
[SPARK-1470][SPARK-1842] Use the scala-logging wrapper instead of the directly sfl4j api#1369witgo wants to merge 2 commits into
Conversation
SparkQA
commented
Jul 11, 2014
QA tests have started for PR 1369. This patch merges cleanly. |
SparkQA
commented
Jul 11, 2014
QA results for PR 1369: |
witgo
commented
Jul 11, 2014
Jenkins, test this please. |
SparkQA
commented
Jul 11, 2014
QA tests have started for PR 1369. This patch merges cleanly. |
SparkQA
commented
Jul 11, 2014
QA results for PR 1369: |
SparkQA
commented
Jul 11, 2014
QA tests have started for PR 1369. This patch merges cleanly. |
srowen
commented
Jul 11, 2014
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 ? |
witgo
commented
Jul 11, 2014
SparkQA
commented
Jul 11, 2014
QA results for PR 1369: |
SparkQA
commented
Jul 15, 2014
QA tests have started for PR 1369. This patch merges cleanly. |
SparkQA
commented
Jul 15, 2014
QA results for PR 1369: |
SparkQA
commented
Aug 1, 2014
QA tests have started for PR 1369. This patch merges cleanly. |
SparkQA
commented
Aug 1, 2014
QA results for PR 1369: |
SparkQA
commented
Aug 1, 2014
QA tests have started for PR 1369. This patch merges cleanly. |
SparkQA
commented
Aug 1, 2014
QA results for PR 1369: |
witgo
commented
Aug 1, 2014
Jenkins, retest this please. |
SparkQA
commented
Aug 1, 2014
QA tests have started for PR 1369. This patch merges cleanly. |
SparkQA
commented
Aug 1, 2014
QA results for PR 1369: |
srowen
commented
Aug 1, 2014
@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. |
witgo
commented
Aug 1, 2014
@srowen Thank you for your comments. And how to modify |
SparkQA
commented
Aug 1, 2014
QA tests have started for PR 1369. This patch merges cleanly. |
srowen
commented
Aug 1, 2014
@witgo have a look at Of course, the more important question, are those API changes on purpose and are they OK? |
SparkQA
commented
Aug 1, 2014
QA results for PR 1369: |
witgo
commented
Aug 2, 2014
Jenkins, test this please. |
SparkQA
commented
Aug 2, 2014
QA tests have started for PR 1369. This patch merges cleanly. |
SparkQA
commented
Aug 2, 2014
QA results for PR 1369: |
witgo
commented
Aug 2, 2014
Jenkins, test this please. |
SparkQA
commented
Aug 2, 2014
QA tests have started for PR 1369. This patch merges cleanly. |
SparkQA
commented
Aug 2, 2014
QA results for PR 1369: |
pwendell
commented
Aug 2, 2014
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. |
pwendell
commented
Aug 2, 2014
I accidentally merged this in lieu of another patch. The merge has been reverted. |
witgo
commented
Aug 2, 2014
How to re-open this ? |
witgo
commented
Aug 2, 2014
`breeze 0.8.1` dependent on `scala-logging-slf4j 2.1.1` The relevant code on apache#1369 Author: witgo <witgo@qq.com> Closesapache#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 <witgo@qq.com> Closesapache#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.