[
https://issues.apache.org/jira/browse/HIVE-6850?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13961531#comment-13961531
]
Hive QA commented on HIVE-6850:
---
{color:red}Overall{color}: -1 at least one tests failed
Here are the results of testing the latest attachment:
https://issues.apache.org/jira/secure/attachment/12638889/HIVE-6850.patch
{color:red}ERROR:{color} -1 due to 1 failed/errored test(s), 5548 tests executed
*Failed tests:*
{noformat}
org.apache.hive.jdbc.TestJdbcDriver2.testNewConnectionConfiguration
{noformat}
Test results:
http://bigtop01.cloudera.org:8080/job/PreCommit-HIVE-Build/2154/testReport
Console output:
http://bigtop01.cloudera.org:8080/job/PreCommit-HIVE-Build/2154/console
Messages:
{noformat}
Executing org.apache.hive.ptest.execution.PrepPhase
Executing org.apache.hive.ptest.execution.ExecutionPhase
Executing org.apache.hive.ptest.execution.ReportingPhase
Tests exited with: TestsFailedException: 1 tests failed
{noformat}
This message is automatically generated.
ATTACHMENT ID: 12638889
For FetchOperator, Driver uses the valid transaction list from the previous
query
-
Key: HIVE-6850
URL: https://issues.apache.org/jira/browse/HIVE-6850
Project: Hive
Issue Type: Bug
Components: Clients
Reporter: Alan Gates
Assignee: Owen O'Malley
Priority: Blocker
Fix For: 0.13.0
Attachments: HIVE-6850.patch
The problem is two fold:
* FetchTask.initialize, which is called during parsing of the query, converts
the HiveConf it is given into a JobConf by copying it.
* Driver.recordValidTxns, which runs after parsing, adds the valid
transactions to the HiveConf.
Thus fetch operators will use the transactions from the previous command.
--
This message was sent by Atlassian JIRA
(v6.2#6252)