You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@hive.apache.org by "Stamatis Zampetakis (Jira)" <ji...@apache.org> on 2021/10/18 15:45:00 UTC

[jira] [Created] (HIVE-25618) Stack trace is difficult to find when qtest fails during setup/teardown

Stamatis Zampetakis created HIVE-25618:
------------------------------------------

             Summary: Stack trace is difficult to find when qtest fails during setup/teardown
                 Key: HIVE-25618
                 URL: https://issues.apache.org/jira/browse/HIVE-25618
             Project: Hive
          Issue Type: Improvement
          Components: Testing Infrastructure
            Reporter: Stamatis Zampetakis
            Assignee: Stamatis Zampetakis


When a qtest fails while executing one of the setup/teardown methods of a CLI driver ([CliAdapter|https://github.com/apache/hive/blob/3e37ba473545a691f5f32c08fc4b62b49257cab4/itests/util/src/main/java/org/apache/hadoop/hive/cli/control/CliAdapter.java#L36] and its subclasses):

{code:java}
  public abstract void beforeClass() throws Exception;
  public abstract void setUp();
  public abstract void tearDown();
  public abstract void shutdown() throws Exception;
{code}

the original stack trace leading to the failure cannot be found easily. 

Maven console shows a stack trace which doesn't correspond to the actual exception causing the problem but another one which in most cases does not contain the original cause. 

The original stack trace is not displayed in the maven console and it is not in the {{target/tmp/logs/hive.log}} either. At the moment it goes to {{target/surefire-reports/...-output.txt}}. 

The developer needs to search in 2-3 places and navigate back and forth to the code in order to find what went wrong.

Ideally the stack trace from the original exception should be printed directly in maven console. 



--
This message was sent by Atlassian Jira
(v8.3.4#803005)