[
https://issues.apache.org/jira/browse/HIVE-6098?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13864054#comment-13864054
]
Hive QA commented on HIVE-6098:
-------------------------------
{color:green}Overall{color}: +1 all checks pass
Here are the results of testing the latest attachment:
https://issues.apache.org/jira/secure/attachment/12621725/HIVE-6098.8.patch
{color:green}SUCCESS:{color} +1 4893 tests passed
Test results:
http://bigtop01.cloudera.org:8080/job/PreCommit-HIVE-Build/818/testReport
Console output:
http://bigtop01.cloudera.org:8080/job/PreCommit-HIVE-Build/818/console
Messages:
{noformat}
Executing org.apache.hive.ptest.execution.PrepPhase
Executing org.apache.hive.ptest.execution.ExecutionPhase
Executing org.apache.hive.ptest.execution.ReportingPhase
{noformat}
This message is automatically generated.
ATTACHMENT ID: 12621725
> Merge Tez branch into trunk
> ---------------------------
>
> Key: HIVE-6098
> URL: https://issues.apache.org/jira/browse/HIVE-6098
> Project: Hive
> Issue Type: New Feature
> Affects Versions: 0.12.0
> Reporter: Gunther Hagleitner
> Assignee: Gunther Hagleitner
> Attachments: HIVE-6098.1.patch, HIVE-6098.2.patch, HIVE-6098.3.patch,
> HIVE-6098.4.patch, HIVE-6098.5.patch, HIVE-6098.6.patch, HIVE-6098.7.patch,
> HIVE-6098.8.patch, hive-on-tez-conf.txt
>
>
> I think the Tez branch is at a point where we can consider merging it back
> into trunk after review.
> Tez itself has had its first release, most hive features are available on Tez
> and the test coverage is decent. There are a few known limitations, all of
> which can be handled in trunk as far as I can tell (i.e.: None of them are
> large disruptive changes that still require a branch.)
> Limitations:
> - Union all is not yet supported on Tez
> - SMB is not yet supported on Tez
> - Bucketed map-join is executed as broadcast join (bucketing is ignored)
> Since the user is free to toggle hive.optimize.tez, it's obviously possible
> to just run these on MR.
> I am hoping to follow the approach that was taken with vectorization and
> shoot for a merge instead of single commit. This would retain history of the
> branch. Also in vectorization we required at least three +1s before merge,
> I'm hoping to go with that as well.
> I will add a combined patch to this ticket for review purposes (not for
> commit). I'll also attach instructions to run on a cluster if anyone wants to
> try.
--
This message was sent by Atlassian JIRA
(v6.1.5#6160)
