XComp commented on code in PR #18893:
URL: https://github.com/apache/flink/pull/18893#discussion_r1098360662


##########
flink-table/flink-table-planner/src/test/scala/org/apache/flink/table/api/TableITCase.scala:
##########
@@ -124,16 +124,22 @@ class TableITCase(tableEnvName: String, isStreaming: 
Boolean) extends AbstractTe
     assertEquals(ResultKind.SUCCESS_WITH_CONTENT, tableResult.getResultKind)
     val it = tableResult.collect()
     it.close()
-    val jobStatus = try {
-      Some(tableResult.getJobClient.get().getJobStatus.get())
-    } catch {
-      // ignore the exception,
-      // because the MiniCluster maybe already been shut down when getting job 
status
-      case _: Throwable => None
-    }
-    if (jobStatus.isDefined) {
-      assertNotEquals(JobStatus.RUNNING, jobStatus.get)
+
+    val numRetries = 7

Review Comment:
   That shouldn't be an issue, @tsreaper. The Flink community agreed on leaving 
JUnit tests to run forever in the worst case (see [Flink's coding convention on 
this 
matter](https://flink.apache.org/contributing/code-style-and-quality-common.html#avoid-timeouts-in-junit-tests)).
 There's a watchdog process running that will kill the test run after a certain 
amount of time (4hrs right now as far as I remember). The benefit of this 
approach is that this will print the thread dump which might help investigating 
why a test ran into a dead-/livelock



-- 
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.

To unsubscribe, e-mail: issues-unsubscr...@flink.apache.org

For queries about this service, please contact Infrastructure at:
us...@infra.apache.org

Reply via email to