-
Notifications
You must be signed in to change notification settings - Fork 2.8k
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
[ZEPPELIN-5861] Correct shading Prefix #4545
Conversation
Found the following error inside log. Therefore I created ZEPPELIN-5861
|
looks like a shading issue. I was doing a little reading about shading and came across the following comment. Therefore the shading prefix change.
|
Next error
Looks like the following issue MSHADE-425 |
Oh.. Interesting. |
The next error, which occurs frequently, is as follows.
We find the class zeppelin/zeppelin-jupyter-interpreter/pom.xml Lines 65 to 69 in deb7f3b
zeppelin/spark/interpreter/pom.xml Lines 105 to 119 in deb7f3b
At the moment I don't know where the problem is. |
d1445d5
to
b9121dc
Compare
The following error seems to be a maven reactor issue. Running the tests with
|
Spark CI-Jobs seems to be running without errors. |
I made #4550 |
@zjffdu |
3733580
to
11ca581
Compare
The tests are running through. I will clean up the PR now. |
…ched to classpath
I think it's good but I just have one question. Is there any critical reason that we changed |
You are correct that |
@@ -434,9 +434,6 @@ public void run() { | |||
InterpreterResult result = interpreter.interpret("import time\ntime.sleep(1000)", | |||
getInterpreterContext()); | |||
waiter.assertEquals(InterpreterResult.Code.ERROR, result.code()); | |||
waiter.assertEquals( | |||
"IPython kernel is abnormally exited, please check your code and log.", | |||
result.message().get(0).getData()); |
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.
During my tests result.message()
was always null
. We can investigate this later, as this has nothing to do with the issue.
In the summary of https://github.com/apache/zeppelin/actions/runs/3939354095 you can also see several errors which have errors because of this null
.
The 0
errors indicate the null
error:
After clicking on the message, the exception is displayed.
If you then look in the affected line, you will see a similar line.
zeppelin/spark/interpreter/src/test/java/org/apache/zeppelin/spark/SparkIRInterpreterTest.java
Lines 110 to 128 in 0209d0d
Thread thread = new Thread() { | |
@Override | |
public void run() { | |
try { | |
InterpreterResult result = interpreter.interpret("ldf <- dapplyCollect(\n" + | |
" df,\n" + | |
" function(x) {\n" + | |
" Sys.sleep(3)\n" + | |
" x <- cbind(x, \"waiting_secs\" = x$waiting * 60)\n" + | |
" })\n" + | |
"head(ldf, 3)", context2); | |
assertTrue(result.message().get(0).getData().contains("cancelled")); | |
} catch (InterpreterException e) { | |
fail("Should not throw InterpreterException"); | |
} | |
} | |
}; | |
thread.setName("Cancel-Thread"); | |
thread.start(); |
You should not make assertions within additional threads. See also: https://rules.sonarsource.com/java/RSPEC-2186
@@ -304,10 +304,6 @@ | |||
</executions> | |||
</plugin> | |||
|
|||
<plugin> |
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.
It took me a long time to figure out that this execution breaks the Maven build.
Until a few hours ago, I thought that this execution was just putting the dependencies under a location. What I didn't know is that this step also adds the dependency to the Maven reactor. This has led to various duplicate libraries within the Maven build, up to and including serious errors. It was hard to debug because the IDE ignores these dependencies.
The funny or sad thing, the build step is completely unnecessary.
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.
Yeah, this kind of step is too hard to debug by IDE, but, unfortunately, Zeppelin has a bit lot of these types of modification. Hopefully, I would like to reduce/remove them.
Can someone do a review? |
* Add Process ErrorMessage * change shade prefix * Run with pre modules to fill the maven reactor * spark-interpreter has no scala test so we can remove the maven plugin * Fix flaky python test * Use shaded version of io.grpc:grpc-netty (io.grrpc:grpc-netty-shaded) * Adjust interpreter tests * Remove maven-dependency-plugin, because downloaded artefacts are attached to classpath
What is this PR for?
This pull request includes several things:
What type of PR is it?
How should this be tested?
Questions: