[ 
https://issues.apache.org/jira/browse/HIVE-19617?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16484136#comment-16484136
 ] 

Jesus Camacho Rodriguez commented on HIVE-19617:
------------------------------------------------

[~kgyrtkirk], thanks for the feedback. I do not think we ever had a mechanism 
to reset Hive to its initial state between tests when we chain their execution:
{code}
mvn test -Dtest=TestCliDriver -Dqfile=test1.q,test2.q 
-Dtest.output.overwrite=true
{code}
Devs have been seeing this kind of interaction among tests before, e.g., I am 
sure you have seen that many q file tests start with DROP TABLE {{t}} if {{t}} 
is going to be created just afterwards, but {{t}} should not exist if the test 
is executed in isolation.
Making the names unique is certainly a workaround, and this patch seems to help 
to get rid of the flakiness. I think the correct way to go is what you propose, 
but that needs some work to identify those changes that have happened during 
Hive execution; I do not think you want to tear down and initialize the 
metastore for each individual test execution since that will impact test 
execution time.

> Rename test tables to avoid collisions during execution in batches
> ------------------------------------------------------------------
>
>                 Key: HIVE-19617
>                 URL: https://issues.apache.org/jira/browse/HIVE-19617
>             Project: Hive
>          Issue Type: Test
>          Components: Testing Infrastructure
>    Affects Versions: 3.1.0
>            Reporter: Jesus Camacho Rodriguez
>            Assignee: Jesus Camacho Rodriguez
>            Priority: Critical
>             Fix For: 3.1.0
>
>         Attachments: HIVE-19617.01.patch, HIVE-19617.02.patch, 
> HIVE-19617.03.patch, HIVE-19617.patch
>
>




--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

Reply via email to