Re: Update pmc page

https://hive.apache.org/community/people/ On Wednesday, October 18, 2023, Edward Capriolo wrote: > Don't know if you guys are trolling me or not but I dont currently nor > ever worked at hortonwoks lol > > -- > Sorry this was sent from mobile. Will do less grammar and spell che

Update pmc page

Don't know if you guys are trolling me or not but I dont currently nor ever worked at hortonwoks lol -- Sorry this was sent from mobile. Will do less grammar and spell check than usual.

Re: hive-exec vs. hive-exec:core

recommendation from the Hive team is to use the hive-exec.jar artifact. You know about 10 years ago. I mentioned that oozie should just use hive-service or hive jdbc. After a big fight where folks kept bringing up concurrency bugs in hive-server-1 my prs were rejected (even though hive server2

Re: Any plan for new hive 3 or 4 release?

: > It will be amazing if the community could produce a release every > quarter/6months. :-) > > Le ven. 26 févr. 2021 à 14:30, Edward Capriolo a > écrit : > >> Hive was releasable trunk for the longest time. Facebook days. Then the >> big data vendors got more involved. Then it became a p

Re: Time to Remove Hive-on-Spark

I do not know how it works for most of the world. But in cloudera where the TEZ options were never popular hive-on-spark represents a solid way to get things done for small datasets lower latency. As for the spark adoption. You know a while ago I came up with some ways to make hive more spark

Re: Any plan for new hive 3 or 4 release?

Hive was releasable trunk for the longest time. Facebook days. Then the big data vendors got more involved. Then it became a pissing match about features. This vendor likes tez this vendor dont, this vendor likes hive on spark this one dont. Then this vendor wants to tell everyone hive stinks use

Declare myself emeritus

Hello, I would like to declare myself emeritus. Thank you, Edward Capriolo -- Sorry this was sent from mobile. Will do less grammar and spell check than usual.

Re: [DISCUSS] deprecation policy

I do not think we should remove: https://issues.apache.org/jira/browse/HIVE-18692 One of the challenges of HQL is not having a procedure language. This forces users into oozie/airflow/spark even to orchestrate simple flows. Lets give that one some time to marinate, but I agree technically it

Re: [DISCUSS] Separating out the metastore as its own TLP

On Wed, Jul 5, 2017 at 1:51 PM, Alan Gates <alanfga...@gmail.com> wrote: > On Mon, Jul 3, 2017 at 6:20 AM, Edward Capriolo <edlinuxg...@gmail.com> > wrote: > > > > > We already have things in the meta-store not directly tied to language > > features. For

Re: [DISCUSS] Separating out the metastore as its own TLP

On Sun, Jul 2, 2017 at 10:15 PM, Alan Gates <alanfga...@gmail.com> wrote: > Comments inlined. > > On Sun, Jul 2, 2017 at 3:22 PM, Edward Capriolo <edlinuxg...@gmail.com> > wrote: > > > I am not sure I am on the fence with this. > > > > I am -1, and I o

Re: [DISCUSS] Separating out the metastore as its own TLP

ean "you" or "anyone" as a statement to a particular person in this chain. I meant that: Forming a TLP should not directly increase the commiter/pmc list to anyone not currently in the Hive pmc/committer list. On Sun, Jul 2, 2017 at 6:50 PM, Edward Capriolo <edlinuxg...@gm

Re: [DISCUSS] Separating out the metastore as its own TLP

On Fri, Jun 30, 2017 at 2:49 PM, Julian Hyde wrote: > +1 > > As a Calcite PMC member, I am very pleased to see this change. Calcite > reads metadata from a variety of sources (including JDBC databases, NoSQL > databases such as Cassandra and Druid, and streaming systems), and

Re: [DISCUSS] Separating out the metastore as its own TLP

I am not sure I am on the fence with this. On Sat, Jul 1, 2017 at 6:38 AM, Chaoyu Tang wrote: > +1. A nice move which might help HMS to be more easily adopted by more > other components. > > On Sat, Jul 1, 2017 at 12:41 AM, Sushanth Sowmyan > wrote: > >

Re: ops on #hive IRC channel

On Mon, Apr 3, 2017 at 7:40 PM, Edward Capriolo <edlinuxg...@gmail.com> wrote: > I think we should take this opportunity to move to apache-hive. I dont > think anyone every used this channel for anything. There is many things on > the internet named hive and naturally it will g

Apache Hive metastore and Impala

Hello impala devs! Let me say that I have used impala a lot and am very impressed with it. I know impala is moving into the Apache incubator (I have an incubator prodling gossip so I know this is challenging). There are few things I want to bring to your attention/discuss, so that they do not

Re: ops on #hive IRC channel

I think we should take this opportunity to move to apache-hive. I dont think anyone every used this channel for anything. There is many things on the internet named hive and naturally it will get spam-ish. We could also renew an effort to actually use IRC. On Fri, Mar 31, 2017 at 8:59 PM, Sergey

Re: Backward incompatible changes

Also i dont follow how we remove On Saturday, March 4, 2017, Edward Capriolo <edlinuxg...@gmail.com> wrote: > > > On Fri, Mar 3, 2017 at 8:46 PM, Thejas Nair <thejas.n...@gmail.com > <javascript:_e(%7B%7D,'cvml','thejas.n...@gmail.com');>> wrote: >

Re: Backward incompatible changes

On Fri, Mar 3, 2017 at 8:46 PM, Thejas Nair wrote: > +1 > There are some features that are incomplete and what I would not recommend > for any real production use.The 'legacy authorization mode' is a great > example of that - >

Re: Backward incompatible changes

Im not a fan of this our feature branching was supposed to protect us from broken trumk syndrome. I am a believer in releaseable trunk. Make it work and keep it working. On Friday, March 3, 2017, Sergey Shelukhin wrote: > Can we at least release 2.2 first? There’s

Re: [DISCUSS] Spark's fork of hive

wn benchmarks showing what Hive can do. > > Alan. > > > On Mar 2, 2017, at 6:55 AM, Edward Capriolo <edlinuxg...@gmail.com> > wrote: > > > > All, > > > > I have compiled a short (non exhaustive) list of items related to Spark's > > forking of Apac

Re: [DISCUSS] Looking to the future hivemall graduation

t; It might be too early to discuss but we welcome your suggestion. > > Thanks, > Makoto > > 2017-03-03 15:15 GMT+09:00 Edward Capriolo <edlinuxg...@gmail.com>: > > Hivemall in the incubator has a fairly impressive set of features that do > > machine learning directl

[DISCUSS] Looking to the future hivemall graduation

Hivemall in the incubator has a fairly impressive set of features that do machine learning directly from hive. http://hivemall.incubator.apache.org/overview.html https://github.com/myui/hivemall/wiki/Logistic-regression-dataset-generation While we can not put the cart before the horse, i can

Re: [DISCUSS] Spark's fork of hive

tatement verifiable?) > > Reading about Hive at Facebook, I feel like we've already solved those > problems that were due to FB Corona + Hadoop-1 (or, 0.20 *shudder*) > limitations. > > Spark does not need be limited by Corona and the version of Hive being > compared mig

[DISCUSS] Spark's fork of hive

All, I have compiled a short (non exhaustive) list of items related to Spark's forking of Apache Hive code and usage of Apache Hive trademarks. 1) The original spark proposal repeatedly claims that Spark "inter operates" with hive.

Re: Analyzing Bitcoin blockchain data with Hive

Good stuff! On Fri, Apr 29, 2016 at 1:30 PM, Jörn Franke wrote: > Dear all, > > I prepared a small Serde to analyze Bitcoin blockchain data with Hive: > > https://snippetessay.wordpress.com/2016/04/28/hive-bitcoin-analytics-on-blockchain-data-with-sql/ > > There are some

Re: [DISCUSS] Supporting Hadoop-1 and experimental features

features, only stability; so, stability-focused branch would be perfect to support them. Edward Capriolo edlinuxg...@gmail.com May 18, 2015 at 10:04 Up until recently Hive supported numerous versions of Hadoop code base with a simple shim layer. I would rather we stick to the shim layer. I

Re: [DISCUSS] Supporting Hadoop-1 and experimental features

Up until recently Hive supported numerous versions of Hadoop code base with a simple shim layer. I would rather we stick to the shim layer. I think this was easily the best part about hive was that a single release worked well regardless of your hadoop version. It was also a key element to hive's

Re: [DISCUSS] Supporting Hadoop-1 and experimental features

mapreduce), no one know what to link off of cdh?, vanilla?, yahoo distribution?. IMHO. This is just going to increase fragmentation. On Mon, May 18, 2015 at 1:04 PM, Edward Capriolo edlinuxg...@gmail.com wrote: Up until recently Hive supported numerous versions of Hadoop code base with a simple

Re: Branch for HIVE-10511: Replacing the implementation of Hive CLI using Beeline

, I get around it by running a load balancer etc, but I do not want to be 100% reliant on it. On Thu, Apr 30, 2015 at 10:39 AM, Edward Capriolo edlinuxg...@gmail.com wrote: For what it is worth, even with all the enhancements made to hive-server 2 it is just not as reliable as the CLI. I am

Re: Branch for HIVE-10511: Replacing the implementation of Hive CLI using Beeline

For what it is worth, even with all the enhancements made to hive-server 2 it is just not as reliable as the CLI. I am actually using cloudera 5.3 and we have multiple hive-server2 instances behind a load balancer. The load we are doing is not particularly heavy and the mean time to failure is 3

Re: ORC separate project

To reiterate, one thing I want to avoid is having hive rely on code that sits in several tiny silos across Apache projects, or Apache Licensed but not ASF projects. Hive is a mature TLP with a large number of committers and it would not be a good situation if often work gets bottle necked because

Re: Is it allowed to include GPLv2 software to Apache projects

Recently I found out about the http://www.gnu.org/licenses/gcc-exception.html which is interesting, and governs some projects/components. Like intel's high performance collection library. On Fri, Feb 20, 2015 at 9:16 PM, Alan Gates alanfga...@gmail.com wrote: No. Alan. Alexander Pivovarov

[jira] [Commented] (HIVE-9664) Hive add jar command should be able to download and add jars from a repository

[ https://issues.apache.org/jira/browse/HIVE-9664?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14317581#comment-14317581 ] Edward Capriolo commented on HIVE-9664: --- Just so you know. You can use a groovy

Re: Created branch 1.0

Because we can not really have a stable api if by definition we build around snapshot dependencies. On Mon, Feb 9, 2015 at 11:38 AM, Edward Capriolo edlinuxg...@gmail.com wrote: Question. https://issues.apache.org/jira/browse/HIVE-8614 Did we not just agree in this thread that hive

[jira] [Commented] (HIVE-8614) Upgrade hive to use tez version 0.5.2-SNAPSHOT

[ https://issues.apache.org/jira/browse/HIVE-8614?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14312431#comment-14312431 ] Edward Capriolo commented on HIVE-8614: --- This is bad. Hive should not depend

Re: Created branch 1.0

Question. https://issues.apache.org/jira/browse/HIVE-8614 Did we not just agree in this thread that hive will no long have dependency that are SNAPSHOT? On Fri, Jan 23, 2015 at 1:06 AM, Brock Noland br...@cloudera.com wrote: Hi Alan, I agree with Xuefu and what was suggested in your

Re: Creating a branch for hbase metastore work

A while back the datastax people did this for brisk + cassandra. We should probably make this pluggable so it works with nosql beyond hbase. On Fri, Jan 23, 2015 at 1:48 AM, Nick Dimiduk ndimi...@gmail.com wrote: +1 On Thursday, January 22, 2015, Brock Noland br...@cloudera.com wrote: +1

Re: Created branch 1.0

If we do a 1.0.0 release there is no problem with us later releasing 14.1 or a 14.2. I think everyone would understand that the 14.2 being released after 1.0.0 would likely have back ported features. Releasing a 15.0 after 1.0 would not make as much sense as we probably do not want two active

[jira] [Commented] (HIVE-8848) data loading from text files or text file processing doesn't handle nulls correctly

[ https://issues.apache.org/jira/browse/HIVE-8848?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14218906#comment-14218906 ] Edward Capriolo commented on HIVE-8848: --- Nulls are supposed to be stored as a literal

[jira] [Updated] (HIVE-8848) data loading from text files or text file processing doesn't handle nulls correctly

[ https://issues.apache.org/jira/browse/HIVE-8848?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Edward Capriolo updated HIVE-8848: -- Status: Open (was: Patch Available) You can re-open if I am wrong but in TextInputFormats null

[jira] [Comment Edited] (HIVE-8848) data loading from text files or text file processing doesn't handle nulls correctly

[ https://issues.apache.org/jira/browse/HIVE-8848?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14218908#comment-14218908 ] Edward Capriolo edited comment on HIVE-8848 at 11/20/14 2:27 AM

[jira] [Commented] (HIVE-5538) Turn on vectorization by default.

[ https://issues.apache.org/jira/browse/HIVE-5538?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14207314#comment-14207314 ] Edward Capriolo commented on HIVE-5538: --- I do not like the idea of turning

Re: [VOTE] officially stop supporting hadoop 0.20.x in hive 0.14 ?

+1 On Tue, Oct 7, 2014 at 7:51 PM, Vikram Dixit vik...@hortonworks.com wrote: +1 On Tue, Oct 7, 2014 at 4:44 PM, Bill Busch bill.bu...@perficient.com wrote: +1 Follow me on @BigData73 -Original Message- From: Gunther Hagleitner [mailto:ghagleit...@hortonworks.com]

[jira] [Commented] (HIVE-1434) Cassandra Storage Handler

[ https://issues.apache.org/jira/browse/HIVE-1434?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14098623#comment-14098623 ] Edward Capriolo commented on HIVE-1434: --- There is going to be no jira. I am doing

[jira] [Commented] (HIVE-5538) Turn on vectorization by default.

[ https://issues.apache.org/jira/browse/HIVE-5538?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14088074#comment-14088074 ] Edward Capriolo commented on HIVE-5538: --- {quote}If so, one possibility is to turn

[jira] [Commented] (HIVE-5538) Turn on vectorization by default.

[ https://issues.apache.org/jira/browse/HIVE-5538?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14062176#comment-14062176 ] Edward Capriolo commented on HIVE-5538: --- I would suggest that we handle

[jira] [Commented] (HIVE-5538) Turn on vectorization by default.

[ https://issues.apache.org/jira/browse/HIVE-5538?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14062456#comment-14062456 ] Edward Capriolo commented on HIVE-5538: --- This is especially relavant since we

Dealing with monstrous hive startup overhead

So Everyone is running around saying hive is slow x is faster. I think hive's biggest issue is that the mr2 entire process to acquire containers and then launch a job in them is super overkill. I see it result in 40 seconds startup time for what amounts to a 2 second job. In the old hadoop 0.20.2

[jira] [Commented] (HIVE-7025) Support retention on hive tables

[ https://issues.apache.org/jira/browse/HIVE-7025?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14054910#comment-14054910 ] Edward Capriolo commented on HIVE-7025: --- I like this. I coded something like

[jira] [Commented] (HIVE-3392) Hive unnecessarily validates table SerDes when dropping a table

[ https://issues.apache.org/jira/browse/HIVE-3392?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14040802#comment-14040802 ] Edward Capriolo commented on HIVE-3392: --- Please feel free to take over the review. I

[jira] [Commented] (HIVE-5857) Reduce tasks do not work in uber mode in YARN

[ https://issues.apache.org/jira/browse/HIVE-5857?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14029325#comment-14029325 ] Edward Capriolo commented on HIVE-5857: --- {code} } catch (FileNotFoundException fnf

[jira] [Resolved] (HIVE-1434) Cassandra Storage Handler

[ https://issues.apache.org/jira/browse/HIVE-1434?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Edward Capriolo resolved HIVE-1434. --- Resolution: Won't Fix Cassandra Storage Handler

[jira] [Commented] (HIVE-1434) Cassandra Storage Handler

[ https://issues.apache.org/jira/browse/HIVE-1434?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14025539#comment-14025539 ] Edward Capriolo commented on HIVE-1434: --- This feature is a complete utter failure

[jira] [Commented] (HIVE-7115) Support a mechanism for running hive locally that doesnt require having a hadoop executable.

[ https://issues.apache.org/jira/browse/HIVE-7115?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14025767#comment-14025767 ] Edward Capriolo commented on HIVE-7115: --- That would be really nice especially

[jira] [Commented] (HIVE-5538) Turn on vectorization by default.

[ https://issues.apache.org/jira/browse/HIVE-5538?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14016115#comment-14016115 ] Edward Capriolo commented on HIVE-5538: --- To be clear we need a long term solution

[jira] [Commented] (HIVE-5538) Turn on vectorization by default.

[ https://issues.apache.org/jira/browse/HIVE-5538?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14016114#comment-14016114 ] Edward Capriolo commented on HIVE-5538: --- Do we thing we are rushing this? Besides

Re: [VOTE] Apache Hive 0.13.1 Release Candidate 2

+1 On Tue, May 27, 2014 at 7:54 PM, Alan Gates ga...@hortonworks.com wrote: +1 (non-binding) - Built it, checked the signature and md5, and ran some basic tests. Alan. On May 23, 2014, at 1:45 AM, Sushanth Sowmyan khorg...@apache.org wrote: Apache Hive 0.13.1 Release Candidate 2 is

[jira] [Commented] (HIVE-7121) Use murmur hash to distribute HiveKey

[ https://issues.apache.org/jira/browse/HIVE-7121?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14008377#comment-14008377 ] Edward Capriolo commented on HIVE-7121: --- Does this effect bucketed tables? I think

Re: [VOTE] Apache Hive 0.13.1 Release Candidate 1

Voting will conclude in 72 hours. This statement is not correct. The vote stays open as long as it needs to. The 72 hour window is a window for someone to register a -1 vote. The vote stays open until it passes. So... if there are two +1 votes in 24 hours and 6 days later someone registers the

[jira] [Commented] (HIVE-7025) TTL on hive tables

[ https://issues.apache.org/jira/browse/HIVE-7025?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13992808#comment-13992808 ] Edward Capriolo commented on HIVE-7025: --- We do something similar however we also have

Re: Make DESCRIBE table return info from SerDe?

My protobuf server https://github.com/edwardcapriolo/hive-protobuf/extracts the schema from a class name. The avro serde does similar things. On Mon, May 5, 2014 at 9:31 PM, Eugene Koifman ekoif...@hortonworks.comwrote: Hi, is it possible to write a SerDe (or something else) so that

Re: What is the minimal required version of Hadoop for Hive 0.13.0?

LOL. I thought I was the last 0.20.2 hold out. On Wed, Apr 23, 2014 at 4:01 PM, Thejas Nair the...@hortonworks.com wrote: There is a jira for the hadoop 1.0.x compatibility issue. https://issues.apache.org/jira/browse/HIVE-6962 I have suggested a possible workaround there. There is no patch

[jira] [Commented] (HIVE-6469) skipTrash option in hive command line

[ https://issues.apache.org/jira/browse/HIVE-6469?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13977685#comment-13977685 ] Edward Capriolo commented on HIVE-6469: --- If a user is willing to commit an optional

[jira] [Commented] (HIVE-1608) use sequencefile as the default for storing intermediate results

[ https://issues.apache.org/jira/browse/HIVE-1608?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13973210#comment-13973210 ] Edward Capriolo commented on HIVE-1608: --- It is not much. SequenceFile + none (codec

[jira] [Resolved] (HIVE-6212) Using Presto-0.56 for sql query,but HiveServer the console print java.lang.OutOfMemoryError: Java heap space

[ https://issues.apache.org/jira/browse/HIVE-6212?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Edward Capriolo resolved HIVE-6212. --- Resolution: Won't Fix Contact presto developers. Using Presto-0.56 for sql query

[jira] [Commented] (HIVE-6212) Using Presto-0.56 for sql query,but HiveServer the console print java.lang.OutOfMemoryError: Java heap space

[ https://issues.apache.org/jira/browse/HIVE-6212?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13967874#comment-13967874 ] Edward Capriolo commented on HIVE-6212: --- We dont support presto. Using Presto-0.56

[jira] [Commented] (HIVE-1608) use sequencefile as the default for storing intermediate results

[ https://issues.apache.org/jira/browse/HIVE-1608?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13961224#comment-13961224 ] Edward Capriolo commented on HIVE-1608: --- If the sequence file is not compressed

Re: [jira] [Updated] (HIVE-6468) HS2 out of memory error when curl sends a get request

I believe thrift has two transports , framed an unframed, cassandra used to topple over with random messagea to thrift. We should look at how they hardened it. On Wednesday, April 2, 2014, Vaibhav Gumashta (JIRA) j...@apache.org wrote: [

[jira] [Commented] (HIVE-6570) Hive variable substitution does not work with the source command

[ https://issues.apache.org/jira/browse/HIVE-6570?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13951675#comment-13951675 ] Edward Capriolo commented on HIVE-6570: --- No major concern the release note is enough

[jira] [Commented] (HIVE-6570) Hive variable substitution does not work with the source command

[ https://issues.apache.org/jira/browse/HIVE-6570?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13932506#comment-13932506 ] Edward Capriolo commented on HIVE-6570: --- WE should make a release note if someone has

Re: Proposal to switch to pull requests

pull requests as patches. Just that we'll be notified of them and could perhaps use them as code review. One additional item I think we should investigate is disabling merge commits on trunk and feature branches. On Mar 7, 2014 7:57 PM, Edward Capriolo edlinuxg...@gmail.com wrote: We need

Re: --hiveconf vs -hiveconf

host --hiveconf property=value Use value for given property --hivevar key=value Variable subsitution to apply to hive Thanks, Xuefu On Fri, Mar 7, 2014 at 6:00 PM, Edward Capriolo edlinuxg...@gmail.com wrote: I was not around when

Re: Proposal to switch to pull requests

We need to keep patches in Jira I feel. We have gotten better on the documentation front but having a patch in the jira is critical I feel. We must at least have a perma link to the changes. On Fri, Mar 7, 2014 at 8:40 PM, Sergey Shelukhin ser...@hortonworks.comwrote: +1 to git! On Fri, Mar

Re: --hiveconf vs -hiveconf

I was not around when this change was made but I think we should have kept the old - dash version. We should consider adding it back. On Fri, Mar 7, 2014 at 8:56 PM, Lefty Leverenz leftylever...@gmail.comwrote: Xuefu just fixed the AdminManual Configuration wiki

Re: How long will we support Hadoop 0.20.2?

shims from trunk. Or, Ed are you still planning to use Hive on Hadoop 0.20.2, 6 months from now (or whenever 0.14 gets released) Thanks, Ashutosh On Thu, Sep 19, 2013 at 7:11 PM, Edward Capriolo edlinuxg...@gmail.com wrote: Remeber that the shim layer will continue to exist

[jira] [Commented] (HIVE-6311) Design a new logo?

[ https://issues.apache.org/jira/browse/HIVE-6311?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13882432#comment-13882432 ] Edward Capriolo commented on HIVE-6311: --- I really like the hive logo. I surely can

[jira] [Commented] (HIVE-6167) Allow user-defined functions to be qualified with database name

[ https://issues.apache.org/jira/browse/HIVE-6167?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13868485#comment-13868485 ] Edward Capriolo commented on HIVE-6167: --- In my opinion we must keep the current

[jira] [Commented] (HIVE-6171) Use Paths consistently - V

[ https://issues.apache.org/jira/browse/HIVE-6171?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13866153#comment-13866153 ] Edward Capriolo commented on HIVE-6171: --- If I had to be picky I see methods named

[jira] [Commented] (HIVE-6047) Permanent UDFs in Hive

[ https://issues.apache.org/jira/browse/HIVE-6047?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13864890#comment-13864890 ] Edward Capriolo commented on HIVE-6047: --- Theoreticallly you could compile anything

[jira] [Commented] (HIVE-6100) Introduce basic set operations as UDFs

[ https://issues.apache.org/jira/browse/HIVE-6100?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13863147#comment-13863147 ] Edward Capriolo commented on HIVE-6100: --- Having UDFs would still be useful. I use

[jira] [Commented] (HIVE-6100) Introduce basic set operations as UDFs

[ https://issues.apache.org/jira/browse/HIVE-6100?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13863402#comment-13863402 ] Edward Capriolo commented on HIVE-6100: --- I think Alan and I are speaking of two

[jira] [Commented] (HIVE-6047) Permanent UDFs in Hive

[ https://issues.apache.org/jira/browse/HIVE-6047?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13863870#comment-13863870 ] Edward Capriolo commented on HIVE-6047: --- We just added the ability to write UDFs

Re: [DISCUSS] Proposed Changes to the Apache Hive Project Bylaws

Thejas has also suggested earlier in thread. Sounds good to me. On Fri, Dec 27, 2013 at 5:43 PM, Edward Capriolo edlinuxg...@gmail.com wrote: I propose to modify that one such that there must be 24 hour duration between creation of jira and patch commit, that will ensure

Re: [DISCUSS] Proposed Changes to the Apache Hive Project Bylaws

adds more silos the number of people who review issues outside of their silos is not growing. On Sun, Dec 29, 2013 at 1:05 PM, Edward Capriolo edlinuxg...@gmail.comwrote: I think the terms is good. We do not want to have a lame duck scenario. Strictly the chair is only responsible

Re: [DISCUSS] Proposed Changes to the Apache Hive Project Bylaws

I propose to modify that one such that there must be 24 hour duration between creation of jira and patch commit, that will ensure that there is sufficient time for folks to see changes which are happening on trunk. One thing. Many of the jira's have little detail. So someone could file a

Re: [DISCUSS] Proposed Changes to the Apache Hive Project Bylaws

I like the changes. I believe rotating the PMC chair will keep the project fresh. Work and life events come in spurts, and it's hard to step down when your at the top ( http://disinfo.com/2013/02/ratzinger-resigns-first-pope-to-quit-since-1415/ :) . On Thu, Dec 26, 2013 at 10:08 PM, Carl

[jira] [Commented] (HIVE-5783) Native Parquet Support in Hive

[ https://issues.apache.org/jira/browse/HIVE-5783?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13841601#comment-13841601 ] Edward Capriolo commented on HIVE-5783: --- Why does support need to be build directly

[jira] [Commented] (HIVE-5783) Native Parquet Support in Hive

[ https://issues.apache.org/jira/browse/HIVE-5783?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13841674#comment-13841674 ] Edward Capriolo commented on HIVE-5783: --- {quote} regarding the support being built

[jira] [Comment Edited] (HIVE-5783) Native Parquet Support in Hive

[ https://issues.apache.org/jira/browse/HIVE-5783?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13841693#comment-13841693 ] Edward Capriolo edited comment on HIVE-5783 at 12/6/13 8:55 PM

[jira] [Commented] (HIVE-5783) Native Parquet Support in Hive

[ https://issues.apache.org/jira/browse/HIVE-5783?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13841693#comment-13841693 ] Edward Capriolo commented on HIVE-5783: --- {quote} I would normally agree

[jira] [Commented] (HIVE-5875) task : collect list of hive configuration params whose default should change

[ https://issues.apache.org/jira/browse/HIVE-5875?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13830393#comment-13830393 ] Edward Capriolo commented on HIVE-5875: --- hive.mapred.mode=strict

[jira] [Commented] (HIVE-5317) Implement insert, update, and delete in Hive with full ACID support

[ https://issues.apache.org/jira/browse/HIVE-5317?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13825611#comment-13825611 ] Edward Capriolo commented on HIVE-5317: --- I have two fundamental problems

[jira] [Commented] (HIVE-5317) Implement insert, update, and delete in Hive with full ACID support

[ https://issues.apache.org/jira/browse/HIVE-5317?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13825619#comment-13825619 ] Edward Capriolo commented on HIVE-5317: --- By the way. I do work like this very often

[jira] [Commented] (HIVE-5317) Implement insert, update, and delete in Hive with full ACID support

[ https://issues.apache.org/jira/browse/HIVE-5317?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13826191#comment-13826191 ] Edward Capriolo commented on HIVE-5317: --- {quote} Ed, If you don't use the insert

[jira] [Commented] (HIVE-5317) Implement insert, update, and delete in Hive with full ACID support

[ https://issues.apache.org/jira/browse/HIVE-5317?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13826207#comment-13826207 ] Edward Capriolo commented on HIVE-5317: --- {quote} In theory the base can be in any

[jira] [Commented] (HIVE-5731) Use new GenericUDF instead of basic UDF for UDFDate* classes

[ https://issues.apache.org/jira/browse/HIVE-5731?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13818289#comment-13818289 ] Edward Capriolo commented on HIVE-5731: --- {quote} GenericUDF class is the latest

[jira] [Commented] (HIVE-5107) Change hive's build to maven

[ https://issues.apache.org/jira/browse/HIVE-5107?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13817813#comment-13817813 ] Edward Capriolo commented on HIVE-5107: --- Generally it is better to but unit tests

Re: FYI Hive trunk has moved to maven

The future is here! On Thu, Oct 31, 2013 at 3:11 PM, Brock Noland br...@cloudera.com wrote: More details here https://issues.apache.org/jira/browse/HIVE-5610 How to configure your development environment is here: https://cwiki.apache.org/confluence/display/Hive/HiveDeveloperFAQ

[jira] [Commented] (HIVE-5602) Micro optimize select operator

[ https://issues.apache.org/jira/browse/HIVE-5602?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13808331#comment-13808331 ] Edward Capriolo commented on HIVE-5602: --- Thanks for looking. Micro optimize select

[jira] [Updated] (HIVE-5602) Micro optimize select operator

[ https://issues.apache.org/jira/browse/HIVE-5602?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Edward Capriolo updated HIVE-5602: -- Attachment: HIVE-5602.2.patch.txt Micro optimize select operator

  1   2   3   4   5   6   7   8   9   10   >