On 10/7/14, 3:53 PM, Thejas Nair wrote:
+1
Cheers,
Gopal
I think it is time to revisit the support for hive support for hadoop
0.20. Trying to maintain support for it puts additional burden on hive
contributors.
The last hadoop 0.20.x version was released on Feb 2010. Hadoop 1.0
was released
On 10/13/14, 10:53 PM, Sean McNamara wrote:
I’ve found a condition where the MemoryManager will wait too long before
notifying writers
to check their memory and flush.
...
This issue affects anyone who is writing a lot of columns, very large columns,
or worst of
all: both. I have tested and
On 10/16/14, 3:42 PM, Hitesh Shah wrote:
Welcome aboard, Jeff.
Congrats Jeff!
Cheers,
Gopal
tps://reviews.apache.org/r/24830/#comment89740>
Use named capture in java as much as possible.
(?[0-9]+) etc.
ql/src/java/org/apache/hadoop/hive/ql/exec/Utilities.java
<https://reviews.apache.org/r/24830/#comment89741>
What about LOAD DATA INPATH?
- Gopal V
On Aug.
On 9/9/14, 1:52 PM, Mithun Radhakrishnan wrote:
1. For P1 bugs (i.e. involving data corruption, service unavailability, or
serious failures
without reasonable workarounds), along with a fix for trunk, I move that the
current stable
release branch also be patched. This will be much easier to ac
777 today from continuing to
use it.
ql/src/java/org/apache/hadoop/hive/ql/session/SessionState.java
<https://reviews.apache.org/r/25711/#comment93298>
ws - nit
- Gopal V
On Sept. 16, 2014, 8:36 p.m., Vaibhav Gumashta wrote:
>
>
---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/25711/#review53644
---
Ship it!
Ship It!
- Gopal V
On Sept. 16, 2014, 10:20 p.m
atched)
<https://reviews.apache.org/r/67420/#comment286770>
This might not be necessary to do here.
- Gopal V
On June 5, 2018, 6:39 a.m., Prasanth_J wrote:
>
> ---
> This is an automatically generated e-mail. To
tables with new bucketing version will never allow an
ALTER TABLE clustered by (id) buckets
from changing a partition's bucket count.
- Gopal V
On July 3, 2018, 12:23 a.m., Deepak Jaiswal wrote:
>
> ---
/FixedBucketPruningOptimizer.java
Lines 46 (patched)
<https://reviews.apache.org/r/67800/#comment288585>
minor nit
- Gopal V
On July 3, 2018, 8:20 p.m., Deepak Jaiswal wrote:
>
> ---
> This is an automatically generated e-mail.
---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/67800/#review205687
---
Ship it!
Ship It!
- Gopal V
On July 3, 2018, 8:20 p.m
ck + timeout - fail with an error if the GET request can't
get a lock after a while.
- Gopal V
On July 18, 2018, 6:42 p.m., Prasanth_J wrote:
>
> ---
> This is an automatically generated e-mail. To reply, visit:
> https
(patched)
<https://reviews.apache.org/r/67966/#comment289108>
Enable this only if the "async.profiler.home" property is setup - so that
this is not enabled accidentally for anyone.
- Gopal V
On July 18, 2018, 6:42 p.m.,
/ProfileServlet.java
Lines 211 (patched)
<https://reviews.apache.org/r/67966/#comment289122>
final boolean variables for "thread", "simple" and "reverse"
- Gopal V
On July 19, 2018, 1:08 a.m., Prasanth_J wrote:
>
>
check).
Of course, I'm not sure that's a "real" problem unless a query takes > 5
minutes to compile.
If that doesn't show up in the leaks, it might better to leave that one
alone.
- Gopal V
/UpdateDeleteSemanticAnalyzer.java
Lines 1000 (patched)
<https://reviews.apache.org/r/68281/#comment290233>
why not save it directly into setHintList()?
- Gopal V
On Aug. 9, 2018, 5:44 p.m., Deepak Jaiswal wrote:
>
> ---
> This is a
---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/70286/#review213954
---
Ship it!
Ship It!
- Gopal V
On March 23, 2019, 2:47 a.m
Line 42 (original), 44 (patched)
<https://reviews.apache.org/r/71995/#comment307492>
Add a counter for metrics of this
- Gopal V
On Jan. 14, 2020, 3:38 p.m., Attila Magyar wrote:
>
> ---
> This is an automatically gener
Hi,
Validated checksums, signatures, built and verified against latest orc.
Since I was lazy enough to automate this, here's a script for others who
might not have voted (or want to add things to this).
https://github.com/t3rmin4t0r/verify-asf-releases + make -f
Makefile.storage-api
should
+1
Cheers,
Gopal
On 6/3/20 7:48 PM, Jesus Camacho Rodriguez wrote:
+1
-Jesús
On Wed, Jun 3, 2020 at 1:58 PM Alan Gates wrote:
+1.
Alan.
On Wed, Jun 3, 2020 at 1:40 PM Prasanth Jayachandran
wrote:
+1
On Jun 3, 2020, at 1:38 PM, Ashutosh Chauhan
wrote:
+1
On Wed, Jun 3, 2020 at
/SimpleFetchOptimizer.java
<https://reviews.apache.org/r/23351/#comment86301>
This needs some comments, because I'm lost on what this exactly does.
- Gopal V
On July 9, 2014, 6:55 a.m., Navis Ryu wrote:
>
> ---
> This is an autom
> On Aug. 1, 2014, 6:21 a.m., Gopal V wrote:
> > ql/src/java/org/apache/hadoop/hive/ql/optimizer/SimpleFetchOptimizer.java,
> > line 161
> > <https://reviews.apache.org/r/23351/diff/1/?file=626500#file626500line161>
> >
> > This needs some comments
---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/23351/#review49569
---
Ship it!
Ship It!
- Gopal V
On July 9, 2014, 6:55 a.m., Navis
<https://reviews.apache.org/r/24834/#comment88843>
Does this imply an immediate return?
Is there are reason we go through the type coercion codepaths after getting
the value out of the object?
- Gopal V
On Aug. 19, 2014, 1:32 a.m., Prasanth_J
On 11/6/14, 11:09 AM, Kostas Tzoumas wrote:
I am running into the same error [1] with plain Tez (not Hive):
Any advice on what configuration parameters I should start looking at?
Both issues are related to the Tez memory distributor
(InitialMemoryAllocator) impl used.
http://tez.apache.org/
On 1/9/15, 11:53 AM, Alexander Pivovarov wrote:
I noticed that if amount of data which should be sent to reducers is small
then tez might throw NPE.
I noticed that you sent it to the tez lists as well. This is a hive
specific issue.
https://issues.apache.org/jira/browse/HIVE-8361
to be prec
On 1/21/15, 7:09 PM, Brock Noland wrote:
Too be clear I strongly feel creating 1.0 from 0.14 will be confusing. In
fact it's already crrated confusion amongst folks on this list. Furthermore
1.0 should be created from trunk and be a superset of previous releases.
I don't think there is any con
On 1/23/15, 6:59 AM, Xuefu Zhang wrote:
While it's true that a release isn't going to include everything from
trunk, proposed 1.0 release is branched off 0.14, which was again branched
from trunk long time ago. If you compare the code base, you will see the
huge difference.
From the stability a
st the txns which are currently
writing and may be committed in the future.
If there are 100k aborted txns, it is relevant for the reader query, but
not for the mview txn state.
- Gopal V
On Jan. 31, 2018, 12:07 p.m., Jesús Camacho Rodr
uot;explain vectorization detail" qtest to verify.
- Gopal V
On Feb. 4, 2018, 2:36 a.m., Vineet Garg wrote:
>
> ---
> This is an automatically generated e-mail. To reply, visit:
> https:
/QueryResultsCache.java
Lines 277 (patched)
<https://reviews.apache.org/r/66222/#comment280296>
Guava has compat issues specifically for StopWatch - System.nanoTime is
likely to be better than the StopWatch
- Gopal V
On March 22, 2018, 6:08 p.m., Jason Dere
/CompactorMR.java
Lines 334 (patched)
<https://reviews.apache.org/r/66485/#comment281391>
That's a REPL event & the trouble with IOW is that it also destroys commits
in progress with the new base_n files, where n > all previous open txns.
- Gopal V
On April 6, 2018, 1:54 a.m., Serg
/SemanticAnalyzer.java
Line 14642 (original), 14643 (patched)
<https://reviews.apache.org/r/66516/#comment281625>
Does the loop only exit if cacheEntry is non-null?
- Gopal V
On April 9, 2018, 9:53 p.m., Jason Dere wrote:
>
> ---
/QueryResultsCache.java
Lines 470 (patched)
<https://reviews.apache.org/r/66533/#comment281792>
SessionState.get().getQueryCurrentTimestamp()
Possibly pass it in via QueryInfo?
- Gopal V
On April 10, 2018, 7:19 p.m., Jason Dere
---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/66533/#review200927
---
Ship it!
Ship It!
- Gopal V
On April 11, 2018, 6:01 p.m
le that adds this commit").
storage-api/src/java/org/apache/hadoop/hive/common/ValidReaderWriteIdList.java
Lines 255 (patched)
<https://reviews.apache.org/r/66485/#comment282439>
Should probably return a new Object here (for sane debugging).
- Gopal V
On April 16, 2018, 10:35
//reviews.apache.org/r/66485/#comment283277>
This + the next look looks a bit odd
- Gopal V
On April 20, 2018, 11:15 p.m., Sergey Shelukhin wrote:
>
> ---
> This is an automatically generated e-mail. To reply, visit:
>
/CompactorMR.java
Lines 356 (patched)
<https://reviews.apache.org/r/66485/#comment283344>
Is that supposed to be a "," or a +?
- Gopal V
On April 23, 2018, 7:03 p.m., Sergey Shelukhin wrote:
>
> ---
> This is an automatic
---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/66485/#review201849
---
Ship it!
Ship It!
- Gopal V
On April 23, 2018, 7:03 p.m
/NumDistinctValueEstimator.java
<https://reviews.apache.org/r/30789/#comment118534>
Slight behaviour change, but mod 2 == 1 vs mod 2 != 0 matters only for -ve
numbers.
But that is already taken care of in generateHash.
- Gopal V
On Feb. 11, 2015, 9:11 p.m., Alexander Pivovarov
gt;
Bad behaviour - the original DiskRange was written with final variables for
easier debugging.
ql/src/java/org/apache/hadoop/hive/ql/io/orc/RecordReaderImpl.java
<https://reviews.apache.org/r/31386/#comment124582>
for loop?
- Gopal V
On March 11, 2015, 12:50 a.m., Serg
<https://reviews.apache.org/r/32918/#comment128252>
Final vars for the other case
- Gopal V
On April 7, 2015, 5:46 a.m., chengxiang li wrote:
>
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://re
lect
1 from lineitem_ix will return 3024 rows).
Is this a stats mismatch due to this patch?
- Gopal V
On May 6, 2015, 6:35 a.m., Ashutosh Chauhan wrote:
>
> ---
> This is an automatically generated e-mail. To
/LlapTaskUmbilicalExternalClient.java
(line 191)
<https://reviews.apache.org/r/54236/#comment229028>
This is async update to an object in the pending events queue.
Possible sync issues?
- Gopal V
On Nov. 30, 2016, 11:39 p.m., Sergey Shelukhin
Line 63 (original)
<https://reviews.apache.org/r/60728/#comment255206>
That's probably a bug?
- Gopal V
On July 11, 2017, 7:13 a.m., Malcolm Taylor wrote:
>
> ---
> This is an automatically generated e-mail. To r
hed)
<https://reviews.apache.org/r/61087/#comment256770>
Clear the prev and IOContext refs - interrupts do leave leaky state behind
sometimes
- Gopal V
On July 24, 2017, 6:47 p.m., Deepak Jaiswal wrote:
>
> ---
> This is an auto
/KeyValueInputMerger.java
Lines 86 (patched)
<https://reviews.apache.org/r/61087/#comment256909>
That is not always true.
splits.get(1) could have a different path.
You might want to add a loop + assert there.
- Gopal V
On July 25, 2017, 8:01 p.m., Deepak Jaiswal
apache.org/r/61374/#comment257846>
This won't unroll easily - better to use 1 loop + Arrays fill()
- Gopal V
On Aug. 2, 2017, 9:57 a.m., Prasanth_J wrote:
>
> ---
> This is an automatically generated e-mail. To
---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/61374/#review182078
---
Ship it!
Ship It!
- Gopal V
On Aug. 3, 2017, 3:09 a.m
(patched)
<https://reviews.apache.org/r/61543/#comment258460>
minor nit - semijoins twice
- Gopal V
On Aug. 9, 2017, 11:15 p.m., Deepak Jaiswal wrote:
>
> ---
> This is an automatically generated e-mail. To reply, visit:
---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/61543/#review182560
---
Ship it!
Ship It!
- Gopal V
On Aug. 10, 2017, 6:54 a.m
/dynamic_semijoin_reduction.q.out
Line 2667 (original), 2893 (patched)
<https://reviews.apache.org/r/61956/#comment260076>
Result change?
- Gopal V
On Aug. 29, 2017, 6:24 p.m., Deepak Jaiswal wrote:
>
> ---
> This is an automatically gener
equeue?
ql/src/test/queries/clientpositive/dynamic_semijoin_reduction.q
Lines 115 (patched)
<https://reviews.apache.org/r/61985/#comment260179>
Pick a query with a non-zero result, so that we can see when it has false
negatives (i.e loses rows it is meant to have?).
- Gopal V
On Aug.
> On May 24, 2015, 2:03 a.m., Xuefu Zhang wrote:
> > Have you thought of what if the client is not interactive, such as JDBC or
> > thrift?
>
> pengcheng xiong wrote:
> I am sorry that we have not thought about it yet. We admitted that the
> patch will not cover the case when the client is
g/r/34666/#comment143696>
Enum ordering nit - this needs to move down to the end for b/c.
- Gopal V
On July 3, 2015, 10:45 p.m., Chao Sun wrote:
>
> ---
> This is an automatically generated e-mail. To reply,
(a,b) != (b,a) ... but one of the mismatched RS entries can be rewritten if
they're both hash partitioned.
- Gopal V
On Sept. 18, 2015, 3:01 p.m., Ashutosh Chauhan wrote:
>
> ---
> This is an automatically gener
---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/38493/#review100513
---
Ship it!
Ship It!
- Gopal V
On Sept. 25, 2015, 1:37 a.m
/HiveMetaStore.java (line
5751)
<https://reviews.apache.org/r/38702/#comment158357>
Wrap this with a ByteBuffer impl of your own instead of doing Reflection.
- Gopal V
On Sept. 24, 2015, 1:03 a.m., Sergey Shelukhin wrote:
>
> ---
2291)
<https://reviews.apache.org/r/39522/#comment161526>
Remove the .ll.?
- Gopal V
On Oct. 21, 2015, 8:04 p.m., Sergey Shelukhin wrote:
>
> ---
> This is an automatically generated e-mail. To reply,
/MetaStoreDirectSql.java
(line 1789)
<https://reviews.apache.org/r/43070/#comment178798>
Very suspicious line.
If the query doesn't return any results, it will get re-run old stuff?
- Gopal V
On Feb. 3, 2016, 2:39 a.m., Sergey Shel
(line 731)
<https://reviews.apache.org/r/43921/#comment181852>
Earlier, the FileSystem object used to handle the UGI issues - did we start
passing NULL here for some reason?
- Gopal V
On Feb. 24, 2016, 12:12 a.m., Sergey Shelukhin
pache.org/r/44248/#comment184462>
fileKey?
- Gopal V
On March 3, 2016, 11:20 p.m., Sergey Shelukhin wrote:
>
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://re
/OrcBatchKey.java (line 48)
<https://reviews.apache.org/r/44248/#comment184743>
equals() need to change to handle the long to Long.
- Gopal V
On March 3, 2016, 11:20 p.m., Sergey Shelukhin wrote:
>
> ---
> This is an automatica
/OrcEncodedDataReader.java
(line 844)
<https://reviews.apache.org/r/45062/#comment187381>
is Data ever non-null here?
- Gopal V
On March 18, 2016, 11:18 p.m., Sergey Shelukhin wrote:
>
> ---
> This is an automatically gener
/cache/LowLevelLrfuCachePolicy.java
(line 228)
<https://reviews.apache.org/r/49728/#comment207572>
Race condition?
- Gopal V
On July 6, 2016, 9:31 p.m., Sergey Shelukhin wrote:
>
> ---
> This is an automatically generated e-
ich is how this does
not have a race condition.
- Gopal V
On July 6, 2016, 9:31 p.m., Sergey Shelukhin wrote:
>
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.
against its non-vectorized one's
output, with random data and year boundary data (+1,0,-1).
Thanks,
Gopal V
gt; <https://reviews.apache.org/r/11530/diff/1/?file=298368#file298368line97>
> >
> > Can you comment this function to explain how you are using long[]
> > inputs? I think I understand but a comment would help.
> >
> >
The input
/TestVectorTimestampExpressions.java
PRE-CREATION
Diff: https://reviews.apache.org/r/11530/diff/
Testing
---
Unit tests included which compare each UDF against its non-vectorized one's
output, with random data and year boundary data (+1,0,-1).
Thanks,
Gopal V
e/src/java/org/apache/hadoop/hive/serde2/WriteBuffers.java
<https://reviews.apache.org/r/18936/#comment75421>
please submit patch to hadoop as well.
serde/src/java/org/apache/hadoop/hive/serde2/lazybinary/LazyBinaryStruct.java
<https://reviews.apache.org/r/18936/#comment75422>
---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/18936/#review41935
---
Ship it!
Ship It!
- Gopal V
On May 1, 2014, 2:29 a.m., Sergey
---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/18936/#review41936
---
Ship it!
Ship It!
- Gopal V
On May 1, 2014, 2:29 a.m., Sergey
On 6/22/14, 8:42 PM, Carl Steinbach wrote:
The Apache Hive PMC has voted to make Gopal Vijayaraghavan and Szehon Ho
committers on the Apache Hive Project.
Thanks everyone! And congrats Szehon!
Cheers,
Gopal
/hive/shims/ShimLoader.java
bf9c84f
shims/pom.xml 9843836
Diff: https://reviews.apache.org/r/17632/diff/
Testing (updated)
---
TPC-DS queries.
Thanks,
Gopal V
ueries on scale=2 flat ORC data.
Thanks,
Gopal V
---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/17632/#review33519
---
On Feb. 1, 2014, 3:05 a.m., Gopal V wrote:
>
> --
shims/Hadoop23Shims.java
54c38ee
shims/0.23/src/main/java/org/apache/hadoop/hive/shims/ZeroCopyShims.java
PRE-CREATION
shims/common/src/main/java/org/apache/hadoop/hive/shims/HadoopShims.java
2b3c6c1
Diff: https://reviews.apache.org/r/17632/diff/
Testing
---
TPC-DS queries.
Thanks,
Gopal V
tests to test with zero-copy reads on.
TPC-DS queries on scale=2 flat ORC data.
Thanks,
Gopal V
tcase=TestCliDriver -Dqfile_regex=.*orc.*
Thanks,
Gopal V
---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/15095/#review28670
---
Ship it!
Ship It!
- Gopal V
On Oct. 30, 2013, 6:10 p.m., Remus
a 03fc705
Diff: https://reviews.apache.org/r/17634/diff/
Testing
---
Updated seek tests to test with zero-copy reads on.
TPC-DS queries on scale=2 flat ORC data.
Thanks,
Gopal V
ql/io/orc/TestOrcFile.java 03fc705
Diff: https://reviews.apache.org/r/17634/diff/
Testing
---
Updated seek tests to test with zero-copy reads on.
TPC-DS queries on scale=2 flat ORC data.
Thanks,
Gopal V
7634/diff/
Testing
---
Updated seek tests to test with zero-copy reads on.
TPC-DS queries on scale=2 flat ORC data.
Thanks,
Gopal V
Can I add HIVE-6518 as well to the merge queue on
https://cwiki.apache.org/confluence/display/Hive/Hive+0.13+release+status
It is a relatively simple OOM safety patch to vectorized group-by.
Tests pass locally for vec group-by, but the pre-commit tests haven't
fired eventhough it's been PA for
67748>
why is there an init()?
serde/src/java/org/apache/hadoop/hive/serde2/lazybinary/LazyBinarySerDe.java
<https://reviews.apache.org/r/18936/#comment67736>
Comment eaten up in diff?
- Gopal V
On March 8,
r/18936/#comment68252>
Really? :)
ql/src/java/org/apache/hadoop/hive/ql/exec/persistence/BytesBytesMultiHashMap.java
<https://reviews.apache.org/r/18936/#comment68250>
Rehashing involves calculating hashCodes of all keys - this is very
expensive CPU wise.
- Gopal V
On Mar
Thanks,
Gopal V
[
https://issues.apache.org/jira/browse/HIVE-7293?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Gopal V resolved HIVE-7293.
---
Resolution: Not a Problem
Builds are succeeding on JDK8.
> Hive-trunk does not build against JDK8 w
[
https://issues.apache.org/jira/browse/HIVE-8296?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14153580#comment-14153580
]
Gopal V commented on HIVE-8296:
---
LGTM - +1.
[~vikram.dixit]: this is necessary for
[
https://issues.apache.org/jira/browse/HIVE-8304?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Gopal V updated HIVE-8304:
--
Status: Patch Available (was: Open)
> Tez Reduce-Side GROUP BY Vectorization doesn't copy NULL keys c
[
https://issues.apache.org/jira/browse/HIVE-8304?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Gopal V updated HIVE-8304:
--
Attachment: HIVE-8304.2.patch
Reupload for the unit tests to pick up the right file.
> Tez Reduce-Side GROUP
[
https://issues.apache.org/jira/browse/HIVE-8304?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14154230#comment-14154230
]
Gopal V commented on HIVE-8304:
---
Patch LGTM, but it is confusing to read the
{
[
https://issues.apache.org/jira/browse/HIVE-8304?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14154234#comment-14154234
]
Gopal V commented on HIVE-8304:
---
+1, tests pending - [~vikram.dixit], this is aimed at
[
https://issues.apache.org/jira/browse/HIVE-7664?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14155043#comment-14155043
]
Gopal V commented on HIVE-7664:
---
Nope. Functional issues need to be all resolved before
[
https://issues.apache.org/jira/browse/HIVE-8236?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Gopal V updated HIVE-8236:
--
Resolution: Fixed
Release Note: HIVE-8236: VectorHashKeyWrapper allocates too many zero sized
arrays
[
https://issues.apache.org/jira/browse/HIVE-8236?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14155107#comment-14155107
]
Gopal V commented on HIVE-8236:
---
Committed to trunk and hive-14, thanks [~prasan
[
https://issues.apache.org/jira/browse/HIVE-8271?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Gopal V updated HIVE-8271:
--
Resolution: Fixed
Release Note: "HIVE-8271: Relocate jackson within hive-exec.jar for
hadoop-2.4 c
[
https://issues.apache.org/jira/browse/HIVE-7156?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14155450#comment-14155450
]
Gopal V commented on HIVE-7156:
---
[~xuefuz]: That variable defaults to map.container.
[
https://issues.apache.org/jira/browse/HIVE-8240?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14155504#comment-14155504
]
Gopal V commented on HIVE-8240:
---
[~mmccline]: Can you reupload this patch, the Jenkins
[
https://issues.apache.org/jira/browse/HIVE-7156?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=1414#comment-1414
]
Gopal V commented on HIVE-7156:
---
bq. My point is, it's probably better if we have c
1 - 100 of 1429 matches
Mail list logo
