Build failed in Jenkins: HIVE-TRUNK-JAVA8 #90
See http://ec2-174-129-184-35.compute-1.amazonaws.com/jenkins/job/HIVE-TRUNK-JAVA8/90/changes Changes: [Ashutosh Chauhan] HIVE-11197 : While extracting join conditions follow Hive rules for type conversion instead of Calcite (Ashutosh Chauhan via Jesus Camacho Rodriguez) [Ashutosh Chauhan] HIVE-11206 : CBO (Calcite Return Path): Join translation should update all ExprNode recursively (Jesus Camacho Rodriguez via Ashutosh Chauhan) [Ferdinand Xu] HIVE-11190: No prompting info or warning provided when METASTORE_FILTER_HOOK in authorization V2 is overridden(Dapeng Sun, reviewed by Thejas M Nair and Ferdinand Xu) [Ferdinand Xu] HIVE-11225: Running all Hive UTs or itests executes only small subset of tests(Ferdinand Xu, reviewed by Hari Sankar Sivarama Subramaniyan) -- [...truncated 324 lines...] Aptest2/src/main/java/org/apache/hive/ptest/execution/ssh A ptest2/src/main/java/org/apache/hive/ptest/execution/ssh/RemoteCommandResult.java A ptest2/src/main/java/org/apache/hive/ptest/execution/ssh/SSHCommandExecutor.java A ptest2/src/main/java/org/apache/hive/ptest/execution/ssh/RSyncCommandExecutor.java Aptest2/src/main/java/org/apache/hive/ptest/execution/ssh/SSHCommand.java Aptest2/src/main/java/org/apache/hive/ptest/execution/ssh/SSHResult.java Aptest2/src/main/java/org/apache/hive/ptest/execution/ssh/RSyncCommand.java Aptest2/src/main/java/org/apache/hive/ptest/execution/ssh/RSyncResult.java A ptest2/src/main/java/org/apache/hive/ptest/execution/ssh/NonZeroExitCodeException.java A ptest2/src/main/java/org/apache/hive/ptest/execution/ssh/AbstractSSHCommand.java A ptest2/src/main/java/org/apache/hive/ptest/execution/ssh/AbstractSSHResult.java A ptest2/src/main/java/org/apache/hive/ptest/execution/ssh/SSHExecutionException.java A ptest2/src/main/java/org/apache/hive/ptest/execution/AbortDroneException.java A ptest2/src/main/java/org/apache/hive/ptest/execution/LocalCommandFactory.java Aptest2/src/main/java/org/apache/hive/ptest/execution/ExecutionPhase.java A ptest2/src/main/java/org/apache/hive/ptest/execution/TestsFailedException.java Aptest2/src/main/java/org/apache/hive/ptest/execution/PrepPhase.java Aptest2/src/main/java/org/apache/hive/ptest/api Aptest2/src/main/java/org/apache/hive/ptest/api/client Aptest2/src/main/java/org/apache/hive/ptest/api/client/PTestClient.java Aptest2/src/main/java/org/apache/hive/ptest/api/response A ptest2/src/main/java/org/apache/hive/ptest/api/response/GenericResponse.java A ptest2/src/main/java/org/apache/hive/ptest/api/response/TestStartResponse.java A ptest2/src/main/java/org/apache/hive/ptest/api/response/TestLogResponse.java A ptest2/src/main/java/org/apache/hive/ptest/api/response/TestStatusResponse.java Aptest2/src/main/java/org/apache/hive/ptest/api/response/TestStatus.java A ptest2/src/main/java/org/apache/hive/ptest/api/response/TestStopResponse.java A ptest2/src/main/java/org/apache/hive/ptest/api/response/TestListResponse.java Aptest2/src/main/java/org/apache/hive/ptest/api/Status.java Aptest2/src/main/java/org/apache/hive/ptest/api/server Aptest2/src/main/java/org/apache/hive/ptest/api/server/TestExecutor.java Aptest2/src/main/java/org/apache/hive/ptest/api/server/Test.java Aptest2/src/main/java/org/apache/hive/ptest/api/server/TestLogger.java A ptest2/src/main/java/org/apache/hive/ptest/api/server/ExecutionController.java Aptest2/src/main/java/org/apache/hive/ptest/api/request Aptest2/src/main/java/org/apache/hive/ptest/api/request/TestListRequest.java A ptest2/src/main/java/org/apache/hive/ptest/api/request/TestStartRequest.java Aptest2/src/main/java/org/apache/hive/ptest/api/request/TestLogRequest.java A ptest2/src/main/java/org/apache/hive/ptest/api/request/TestStatusRequest.java Aptest2/src/main/java/org/apache/hive/ptest/api/request/TestStopRequest.java Aptest2/pom.xml Aptest2/README.md Checked out revision 1690617. + cd ptest2 + mvn clean package -DskipTests -Drat.numUnapprovedLicenses=1000 -Dmaven.repo.local=http://ec2-174-129-184-35.compute-1.amazonaws.com/jenkins/job/HIVE-TRUNK-JAVA8/ws/.m2 [INFO] Scanning for projects... [INFO] [INFO] [INFO] Building hive-ptest 1.0 [INFO] Downloading: http://repo.maven.apache.org/maven2/net/schmizz/sshj/maven-metadata.xml Downloading: http://repo.springsource.org/milestone/net/schmizz/sshj/maven-metadata.xml Downloading: https://oss.sonatype.org/content/repositories/snapshots/net/schmizz/sshj/maven-metadata.xml Downloading: http://people.apache.org/~brock/approvals-maven-repository/net/schmizz/sshj/maven-metadata.xml Downloading:
[jira] [Created] (HIVE-11244) Beeline prompt info improvement for cluster mode
Nemon Lou created HIVE-11244: Summary: Beeline prompt info improvement for cluster mode Key: HIVE-11244 URL: https://issues.apache.org/jira/browse/HIVE-11244 Project: Hive Issue Type: Improvement Components: Beeline Reporter: Nemon Lou Assignee: Nemon Lou Priority: Minor Currently Beeline prompt info for Cluster mode is like this: {noformat} 0: jdbc:hive2://192.168.115.1:24002,192.168.1 {noformat} Using the very HiveServer2's IP that this beeline connect to is more helpful for users. Like this: {noformat} 0: jdbc:hive2://192.168.115.1:24002 {noformat} -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Created] (HIVE-11245) Fix the LLAP to ORC APIs
Owen O'Malley created HIVE-11245: Summary: Fix the LLAP to ORC APIs Key: HIVE-11245 URL: https://issues.apache.org/jira/browse/HIVE-11245 Project: Hive Issue Type: Bug Reporter: Owen O'Malley Priority: Blocker Fix For: llap Currently the LLAP branch has refactored the ORC code to have different code paths depending on whether the data is coming from the cache or a FileSystem. We need to introduce a concept of a DataSource that is responsible for getting the necessary bytes regardless of whether they are coming from a FileSystem, in memory cache, or both. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
Re: Review Request 36443: HIVE-11226 BeeLine-Cli: support hive.cli.prompt in new CLI
--- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/36443/#review91464 --- Ship it! Ship It! - Xuefu Zhang On July 13, 2015, 6:55 a.m., cheng xu wrote: --- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/36443/ --- (Updated July 13, 2015, 6:55 a.m.) Review request for hive and Xuefu Zhang. Bugs: HIVE-11226 https://issues.apache.org/jira/browse/HIVE-11226 Repository: hive-git Description --- Summary: 1. Use the HIVE as default value for CLI mode prompt 2. Add the mechanism to update prompt Diffs - beeline/src/java/org/apache/hive/beeline/BeeLine.java 7c53997 beeline/src/java/org/apache/hive/beeline/BeeLineOpts.java 894f74f beeline/src/java/org/apache/hive/beeline/Commands.java b07388a beeline/src/test/org/apache/hive/beeline/cli/TestHiveCli.java fa94c89 Diff: https://reviews.apache.org/r/36443/diff/ Testing --- Test passed locally Thanks, cheng xu
[jira] [Created] (HIVE-11243) Changing log level in Utilities.getBaseWork
Nemon Lou created HIVE-11243: Summary: Changing log level in Utilities.getBaseWork Key: HIVE-11243 URL: https://issues.apache.org/jira/browse/HIVE-11243 Project: Hive Issue Type: Bug Components: Logging Affects Versions: 1.2.0 Reporter: Nemon Lou Assignee: Nemon Lou Priority: Minor Seeing a lot this kind of log when running jobs without any reduce,changeing this log to debug level should be ok. {noformat} 2015-07-10 15:13:52,910 | INFO | HiveServer2-Background-Pool: Thread-6074 | File not found: File does not exist: /tmp/hive-scratch/admin/3f70dbe7-96c0-41be-baac-72f4a2e45ea0/hive_2015-07-10_15-13-40_991_7379130813954010484-5/-mr-10008/ef20bbe4-9311-4633-9057-e018ce08cc00/reduce.xml at org.apache.hadoop.hdfs.server.namenode.INodeFile.valueOf(INodeFile.java:71) at org.apache.hadoop.hdfs.server.namenode.INodeFile.valueOf(INodeFile.java:61) at org.apache.hadoop.hdfs.server.namenode.FSNamesystem.getBlockLocationsInt(FSNamesystem.java:1834) at org.apache.hadoop.hdfs.server.namenode.FSNamesystem.getBlockLocations(FSNamesystem.java:1805) at org.apache.hadoop.hdfs.server.namenode.FSNamesystem.getBlockLocations(FSNamesystem.java:1718) at org.apache.hadoop.hdfs.server.namenode.NameNodeRpcServer.getBlockLocations(NameNodeRpcServer.java:589) at org.apache.hadoop.hdfs.protocolPB.ClientNamenodeProtocolServerSideTranslatorPB.getBlockLocations(ClientNamenodeProtocolServerSideTranslatorPB.java:367) at org.apache.hadoop.hdfs.protocol.proto.ClientNamenodeProtocolProtos$ClientNamenodeProtocol$2.callBlockingMethod(ClientNamenodeProtocolProtos.java) at org.apache.hadoop.ipc.ProtobufRpcEngine$Server$ProtoBufRpcInvoker.call(ProtobufRpcEngine.java:616) at org.apache.hadoop.ipc.RPC$Server.call(RPC.java:972) at org.apache.hadoop.ipc.Server$Handler$1.run(Server.java:2088) at org.apache.hadoop.ipc.Server$Handler$1.run(Server.java:2084) at java.security.AccessController.doPrivileged(Native Method) at javax.security.auth.Subject.doAs(Subject.java:422) at org.apache.hadoop.security.UserGroupInformation.doAs(UserGroupInformation.java:1672) at org.apache.hadoop.ipc.Server$Handler.run(Server.java:2084) | org.apache.hadoop.hive.ql.exec.Utilities.getBaseWork(Utilities.java:456) {noformat} -- This message was sent by Atlassian JIRA (v6.3.4#6332)
Re: [Discuss] Patch submission and commit format
@Lefty : Nothing happens if someone doesn't follow convention. I don't know if this can be enforced automatically. @Sergey : I don't know enough git to answer that. If someone can make this enforceable that will be good, but its not required. Others, Seems like there is an agreement here. I will update wiki with instructions soon. Thanks, Ashutosh On Fri, Jul 10, 2015 at 11:59 AM, Sergey Shelukhin ser...@hortonworks.com wrote: The existing approach appears to be “HIVE-X : fix the bugs (John Doe, reviewed by John Smith)” or something like that in the commit message. I think the new approach is better… +1 Can you create a detailed instruction? Is it enforceable in git? On 15/7/10, 11:08, Ashutosh Chauhan hashut...@apache.org wrote: There was a problem of attributing contributions correctly back when we were using svn, now that we are on git, that problem can be addressed. This email is an effort to solicit feedback for it. Problem: In svn, there is only a committer field, so when committer was committing someone else's patch there was no way in svn to record original contributor. We used to workaround this by putting name of contributor in commit message. Git offers a better solution for this, since it makes a distinction between committer and author of the patch. However, to do this git needs patch to be formatted (with git format-patch) and committed (using git am) in certain way. I myself is using following flags to generate and commit patches for some time now: git format-patch --stdout -1 HIVE-X.patch git am --signoff HIVE-X.patch I propose we follow these conventions to generate and commit patches. Thoughts? Ashutosh PS: Motivation for this came while lurking on linux kernel mailing list, where I found Linux devs follow similar process.
[jira] [Created] (HIVE-11238) CBO: Calcite Operator To Hive Operator (Calcite Return Path): filterMaps is null in vectorMapJoin
Pengcheng Xiong created HIVE-11238: -- Summary: CBO: Calcite Operator To Hive Operator (Calcite Return Path): filterMaps is null in vectorMapJoin Key: HIVE-11238 URL: https://issues.apache.org/jira/browse/HIVE-11238 Project: Hive Issue Type: Sub-task Reporter: Pengcheng Xiong -- This message was sent by Atlassian JIRA (v6.3.4#6332)
Re: [Discuss] Patch submission and commit format
I like this idea of the commit format. Maybe we could use some git hooks to enforce a commit to be in a specific format and to have a contributor too. I found this article about git hooks we can use on the server-side to enforce this: https://www.atlassian.com/git/tutorials/git-hooks https://git-scm.com/book/en/v2/Customizing-Git-An-Example-Git-Enforced-Policy - Sergio On Fri, Jul 10, 2015 at 1:59 PM, Sergey Shelukhin ser...@hortonworks.com wrote: The existing approach appears to be “HIVE-X : fix the bugs (John Doe, reviewed by John Smith)” or something like that in the commit message. I think the new approach is better… +1 Can you create a detailed instruction? Is it enforceable in git? On 15/7/10, 11:08, Ashutosh Chauhan hashut...@apache.org wrote: There was a problem of attributing contributions correctly back when we were using svn, now that we are on git, that problem can be addressed. This email is an effort to solicit feedback for it. Problem: In svn, there is only a committer field, so when committer was committing someone else's patch there was no way in svn to record original contributor. We used to workaround this by putting name of contributor in commit message. Git offers a better solution for this, since it makes a distinction between committer and author of the patch. However, to do this git needs patch to be formatted (with git format-patch) and committed (using git am) in certain way. I myself is using following flags to generate and commit patches for some time now: git format-patch --stdout -1 HIVE-X.patch git am --signoff HIVE-X.patch I propose we follow these conventions to generate and commit patches. Thoughts? Ashutosh PS: Motivation for this came while lurking on linux kernel mailing list, where I found Linux devs follow similar process.
Re: Review Request 36354: HIVE-10882
--- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/36354/ --- (Updated July 13, 2015, 5:04 p.m.) Review request for hive and Ashutosh Chauhan. Bugs: HIVE-10882 https://issues.apache.org/jira/browse/HIVE-10882 Repository: hive-git Description --- CBO: Calcite Operator To Hive Operator (Calcite Return Path) empty filtersMap of join operator causes wrong results Diffs (updated) - ql/src/java/org/apache/hadoop/hive/ql/optimizer/calcite/HiveRelOptUtil.java ab793f1acdecadc1fd6c2f8508d1d6f2a74e931d ql/src/java/org/apache/hadoop/hive/ql/optimizer/calcite/reloperators/HiveJoin.java 6814df60a2ad93cef3a52c498630aa879bc0ff34 ql/src/java/org/apache/hadoop/hive/ql/optimizer/calcite/reloperators/HiveMultiJoin.java 7a43f293808e689d70244f7fae5a9baf4b58606a ql/src/java/org/apache/hadoop/hive/ql/optimizer/calcite/reloperators/HiveSemiJoin.java dd1691c7482128bed15608b03df84eb20d4b06e6 ql/src/java/org/apache/hadoop/hive/ql/optimizer/calcite/rules/HiveJoinToMultiJoinRule.java a0144f3915d540728ca5be8af6299c4d828b1b42 ql/src/java/org/apache/hadoop/hive/ql/optimizer/calcite/rules/HiveRelFieldTrimmer.java f72f67fec787ff8db729f998a96b1264bc6cf8cb ql/src/java/org/apache/hadoop/hive/ql/optimizer/calcite/translator/HiveOpConverter.java 86ac4d12ae154b859824f97cedce39a639cdef59 ql/src/java/org/apache/hadoop/hive/ql/parse/CalcitePlanner.java 3b5dbe26982eb97fff99bd36332b14e97de01c40 ql/src/test/queries/clientpositive/fouter_join_ppr.q PRE-CREATION ql/src/test/results/clientpositive/fouter_join_ppr.q.out PRE-CREATION Diff: https://reviews.apache.org/r/36354/diff/ Testing --- Existing tests + new test added with return path on. Thanks, Jesús Camacho Rodríguez
Hive-0.14 - Build # 1011 - Still Failing
Changes for Build #992 Changes for Build #993 Changes for Build #994 Changes for Build #995 Changes for Build #996 Changes for Build #997 Changes for Build #998 Changes for Build #999 Changes for Build #1000 Changes for Build #1001 Changes for Build #1002 Changes for Build #1003 Changes for Build #1004 Changes for Build #1005 Changes for Build #1006 Changes for Build #1007 Changes for Build #1008 Changes for Build #1009 Changes for Build #1010 Changes for Build #1011 No tests ran. The Apache Jenkins build system has built Hive-0.14 (build #1011) Status: Still Failing Check console output at https://builds.apache.org/job/Hive-0.14/1011/ to view the results.
[jira] [Created] (HIVE-11237) Unable to drop a default partition with int type
Aihua Xu created HIVE-11237: --- Summary: Unable to drop a default partition with int type Key: HIVE-11237 URL: https://issues.apache.org/jira/browse/HIVE-11237 Project: Hive Issue Type: Bug Components: Query Processor Affects Versions: 2.0.0 Reporter: Aihua Xu Assignee: Aihua Xu {noformat} CREATE TABLE test (col1 string) PARTITIONED BY (p1 int) ROW FORMAT DELIMITED FIELDS TERMINATED BY '\001' STORED AS TEXTFILE; INSERT OVERWRITE TABLE test PARTITION (p1) SELECT code, IF(salary 6, 100, null) as p1 FROM default.sample_07; hive SHOW PARTITIONS test; OK p1=100 p1=__HIVE_DEFAULT_PARTITION__ Time taken: 0.124 seconds, Fetched: 2 row(s) hive ALTER TABLE test DROP partition (p1 = '__HIVE_DEFAULT_PARTITION__'); FAILED: SemanticException Unexpected unknown partitions for (p1 = null) {noformat} The default partition name '__HIVE_DEFAULT_PARTITION__' cannot be deleted. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
Re: Review Request 36139: HIVE-11130 Refactoring the code so that HiveTxnManager interface will support lock/unlock table/database object
--- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/36139/ --- (Updated July 13, 2015, 7:49 p.m.) Review request for hive. Repository: hive-git Description --- HIVE-11130 Refactoring the code so that HiveTxnManager interface will support lock/unlock table/database object Diffs (updated) - ql/src/java/org/apache/hadoop/hive/ql/exec/DDLTask.java 8bcf860 ql/src/java/org/apache/hadoop/hive/ql/lockmgr/HiveLockObject.java 7e93387 ql/src/java/org/apache/hadoop/hive/ql/lockmgr/HiveTxnManager.java 2dd0c7d ql/src/java/org/apache/hadoop/hive/ql/lockmgr/HiveTxnManagerImpl.java eccb8d1 Diff: https://reviews.apache.org/r/36139/diff/ Testing --- Test has been done. This work will be followed by HIVE-10984 to solve the explicit lock table issue. Thanks, Aihua Xu
[jira] [Created] (HIVE-11239) Test encryption_insert_partition_static.q fails with different output results on other environments
Sergio Peña created HIVE-11239: -- Summary: Test encryption_insert_partition_static.q fails with different output results on other environments Key: HIVE-11239 URL: https://issues.apache.org/jira/browse/HIVE-11239 Project: Hive Issue Type: Sub-task Affects Versions: 1.2.0 Reporter: Sergio Peña Assignee: Sergio Peña The test {{encryption_insert_partition_static.q}} is still failing on other platforms with different output results due to the 'explain' statements. I think we should remove the 'explain' statements from this test as they are not needed to test how encrypted data can be moved between encryption zones. Here's a failed test: {noformat} 494c494 Statistics: Num rows: 6 Data size: 1351 Basic stats: COMPLETE Column stats: NONE --- Statistics: Num rows: 6 Data size: 1343 Basic stats: COMPLETE Column stats: NONE 499c499 Statistics: Num rows: 6 Data size: 1351 Basic stats: COMPLETE Column stats: NONE --- Statistics: Num rows: 6 Data size: 1343 Basic stats: COMPLETE Column stats: NONE 503c503 Statistics: Num rows: 6 Data size: 1351 Basic stats: COMPLETE Column stats: NONE --- Statistics: Num rows: 6 Data size: 1343 Basic stats: COMPLETE Column stats: NONE 534c534 totalSize 1351 --- totalSize 1343 563c563 Statistics: Num rows: 6 Data size: 1351 Basic stats: COMPLETE Column stats: NONE --- Statistics: Num rows: 6 Data size: 1343 Basic stats: COMPLETE Column stats: NONE 570c570 Statistics: Num rows: 6 Data size: 1351 Basic stats: COMPLETE Column stats: NONE --- Statistics: Num rows: 6 Data size: 1343 Basic stats: COMPLETE Column stats: NONE 691c691 Statistics: Num rows: 6 Data size: 1372 Basic stats: COMPLETE Column stats: NONE --- Statistics: Num rows: 6 Data size: 1370 Basic stats: COMPLETE Column stats: NONE 696c696 Statistics: Num rows: 6 Data size: 1372 Basic stats: COMPLETE Column stats: NONE --- Statistics: Num rows: 6 Data size: 1370 Basic stats: COMPLETE Column stats: NONE 700c700 Statistics: Num rows: 6 Data size: 1372 Basic stats: COMPLETE Column stats: NONE --- Statistics: Num rows: 6 Data size: 1370 Basic stats: COMPLETE Column stats: NONE 731c731 totalSize 1372 --- totalSize 1370 760c760 Statistics: Num rows: 6 Data size: 1372 Basic stats: COMPLETE Column stats: NONE --- Statistics: Num rows: 6 Data size: 1370 Basic stats: COMPLETE Column stats: NONE 767c767 Statistics: Num rows: 6 Data size: 1372 Basic stats: COMPLETE Column stats: NONE --- Statistics: Num rows: 6 Data size: 1370 Basic stats: COMPLETE Column stats: NONE {noformat} -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Created] (HIVE-11240) Change value time from int to long for HiveConf.ConfVars.METASTORESERVERMAXMESSAGESIZE
Xuefu Zhang created HIVE-11240: -- Summary: Change value time from int to long for HiveConf.ConfVars.METASTORESERVERMAXMESSAGESIZE Key: HIVE-11240 URL: https://issues.apache.org/jira/browse/HIVE-11240 Project: Hive Issue Type: Improvement Components: Metastore Affects Versions: 1.2.0, 1.1.0 Reporter: Xuefu Zhang Currently in HiveMetaStore.java, we are getting an integer value from this property: {code} int maxMessageSize = conf.getIntVar(HiveConf.ConfVars.METASTORESERVERMAXMESSAGESIZE); {code} While this is sufficient most of the time, there can be cases where msg size might needs to be greater than INT_MAX. We should use long instead. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Created] (HIVE-11241) Database prefix does not work properly if table has same name
Johndee Burks created HIVE-11241: Summary: Database prefix does not work properly if table has same name Key: HIVE-11241 URL: https://issues.apache.org/jira/browse/HIVE-11241 Project: Hive Issue Type: Bug Reporter: Johndee Burks If you do the following it will fail: {code} 0: jdbc:hive2://cdh54-1.test.com:1/defaul create database test4; No rows affected (0.881 seconds) 0: jdbc:hive2://cdh54-1.test.com:1/defaul use test4; No rows affected (0.1 seconds) 0: jdbc:hive2://cdh54-1.test.com:1/defaul create table test4 (c1 char(200)); No rows affected (0.306 seconds) 0: jdbc:hive2://cdh54-1.test.com:1/defaul desc test4.test4; Error: Error while processing statement: FAILED: Execution Error, return code 1 from org.apache.hadoop.hive.ql.exec.DDLTask. cannot find field test4 from [0:c1] (state=08S01,code=1) {code} -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Created] (HIVE-11242) ReadEntity does not provide 'accessedColumns' for views
Szehon Ho created HIVE-11242: Summary: ReadEntity does not provide 'accessedColumns' for views Key: HIVE-11242 URL: https://issues.apache.org/jira/browse/HIVE-11242 Project: Hive Issue Type: Bug Reporter: Szehon Ho This should be a follow-up of HIVE-7932. In that JIRA the accessedColumns was added for tables and partitions, but somehow not for views. It should be available for views as well. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Created] (HIVE-11235) If the real table name and the CTE is the same, we can not see the CTE
Ryu Kobayashi created HIVE-11235: Summary: If the real table name and the CTE is the same, we can not see the CTE Key: HIVE-11235 URL: https://issues.apache.org/jira/browse/HIVE-11235 Project: Hive Issue Type: Bug Reporter: Ryu Kobayashi If the real table name and the CTE is the same, we can not see the CTE. {code} create table foo(id int); insert into foo values(1); hive with foo as ( select 10 as id) select id from foo; OK 1 {code} In the case of PostgreSQL, 10 is returned. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
Review Request 36443: HIVE-11226 BeeLine-Cli: support hive.cli.prompt in new CLI
--- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/36443/ --- Review request for hive and Xuefu Zhang. Bugs: HIVE-11226 https://issues.apache.org/jira/browse/HIVE-11226 Repository: hive-git Description --- Summary: 1. Use the HIVE as default value for CLI mode prompt 2. Add the mechanism to update prompt Diffs - beeline/src/java/org/apache/hive/beeline/BeeLine.java 7c53997 beeline/src/java/org/apache/hive/beeline/BeeLineOpts.java 894f74f beeline/src/java/org/apache/hive/beeline/Commands.java b07388a beeline/src/test/org/apache/hive/beeline/cli/TestHiveCli.java fa94c89 Diff: https://reviews.apache.org/r/36443/diff/ Testing --- Test passed locally Thanks, cheng xu
[jira] [Created] (HIVE-11236) BeeLine-Cli: use the same output format as old CLI in the new CLI
Ferdinand Xu created HIVE-11236: --- Summary: BeeLine-Cli: use the same output format as old CLI in the new CLI Key: HIVE-11236 URL: https://issues.apache.org/jira/browse/HIVE-11236 Project: Hive Issue Type: Sub-task Reporter: Ferdinand Xu Assignee: Ferdinand Xu In old CLI, the output format is as follows: {noformat} hive show tables; OK tbl1_name tbl2_name Time taken: 0.808 seconds, Fetched: 2 row(s) {noformat} This requires the default outputformat for new CLI is csv2 and disable the showHeader. -- This message was sent by Atlassian JIRA (v6.3.4#6332)