+ dev list
I don't see any good reason for that.
Andy, Gary, any insights?
You can also try to place your "global" variables in shared HashMap via
RegionCoprocessorEnvironment.getSharedData().
That will be automatically cleared up when all instances of a coprocessor class
are gone.
-- Lars
Lars Hofhansl created HBASE-10117:
-
Summary: Avoid synchronization in HRegionScannerImpl.isFilterDone
Key: HBASE-10117
URL: https://issues.apache.org/jira/browse/HBASE-10117
Project: HBase
Is
For trunk, are we going to support hadoop 1.0 ?
Cheers
On Mon, Nov 11, 2013 at 3:01 PM, lars hofhansl wrote:
> +1 for defaulting to Hadoop 2.
> At Salesforce we run 0.94 with Hadoop 2 anyway :)
>
> -1 (or maybe -0) for removing Hadoop 1 support. Lot's folks will have a
> lot of data in Hadoop
Nick Dimiduk created HBASE-10116:
Summary: SlabCache metrics improvements
Key: HBASE-10116
URL: https://issues.apache.org/jira/browse/HBASE-10116
Project: HBase
Issue Type: Improvement
Excellent. Starting build. Thanks lads,
St.Ack
On Mon, Dec 9, 2013 at 4:13 PM, Jimmy Xiang wrote:
> HBASE-10101 is in. Thanks.
>
>
> On Mon, Dec 9, 2013 at 4:09 PM, Stack wrote:
>
> > Are we good to go on RC2? Just waiting on HBase-10101? Anything else?
> > Thanks,
> > St.Ack
> >
> >
> > O
HBASE-10101 is in. Thanks.
On Mon, Dec 9, 2013 at 4:09 PM, Stack wrote:
> Are we good to go on RC2? Just waiting on HBase-10101? Anything else?
> Thanks,
> St.Ack
>
>
> On Fri, Dec 6, 2013 at 1:43 PM, Stack wrote:
>
> > Jon fixed the Increment issue. Nicolas may have fixed the slow down
> i
One thing puzzling me is that although JDK 1.7 is configured for QA runs,
JDK 1.6 is used.
e.g. from https://builds.apache.org/job/PreCommit-HBASE-Build/8107/console :
/home/jenkins/tools/java/latest
java version "1.6.0_26"
Java(TM) SE Runtime Environment (build 1.6.0_26-b03)
Java HotSpot(TM) Ser
Are we good to go on RC2? Just waiting on HBase-10101? Anything else?
Thanks,
St.Ack
On Fri, Dec 6, 2013 at 1:43 PM, Stack wrote:
> Jon fixed the Increment issue. Nicolas may have fixed the slow down issue
> -- we'll know after a few runs this weekend.
>
> I'll put up a new RC Monday regardl
+1 on changing the defaults, but it seems we should be at least building
with JDK6.
Enis
On Mon, Dec 9, 2013 at 2:55 PM, lars hofhansl wrote:
> Maybe for 0.94 we should do both after all.
> There will be installations out there with JDK 6 and we should make sure
> we do not break anything ther
Jean-Marc Spaggiari created HBASE-10115:
---
Summary: Add a hook for compaction deletes
Key: HBASE-10115
URL: https://issues.apache.org/jira/browse/HBASE-10115
Project: HBase
Issue Type: B
Ted Yu created HBASE-10114:
--
Summary: _scan_internal() in table.rb should accept argument that
specifies reverse scan
Key: HBASE-10114
URL: https://issues.apache.org/jira/browse/HBASE-10114
Project: HBase
I believe there's a bit more to it...
Which is why I am asking.
As to #3... What happens to a column when you put a tombstone marker on it?
On Dec 9, 2013, at 11:56 AM, Sergey Shelukhin wrote:
> I suspect the honest answer would be "because BigTable paper had it" :P
>
> There are several as
Nick Dimiduk created HBASE-10113:
Summary: Consider consolidating DoubleBlockCache and
CombinedBlockCache
Key: HBASE-10113
URL: https://issues.apache.org/jira/browse/HBASE-10113
Project: HBase
Maybe for 0.94 we should do both after all.
There will be installations out there with JDK 6 and we should make sure we do
not break anything there.
I'll set up an additional full build for 0.94 based on JDK 7.
-- Lars
From: Jean-Marc Spaggiari
To: dev ; lar
[
https://issues.apache.org/jira/browse/HBASE-10102?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Lars Hofhansl resolved HBASE-10102.
---
Resolution: Won't Fix
[~vasu.mariy...@gmail.com] just pointed out that even if we fixed this
[
https://issues.apache.org/jira/browse/HBASE-8048?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Nick Dimiduk resolved HBASE-8048.
-
Resolution: Invalid
Fantastic. Thanks for filling in the gaps, [~takeshi.miao].
> Delete or docu
On Sun, Dec 8, 2013 at 5:17 PM, Andrew Purtell wrote:
> I was looking for differences between the trunk and 0.98 builds since
> Jenkins projects for the former are passing while the latter are not. Seems
> the trunk jobs are set up to use "JDK 1.6 (latest)" while the 0.98 builds
> are set up to u
Koert Kuipers created HBASE-10112:
-
Summary: Hbase rest query params for maxVersions and maxValues not
parsed
Key: HBASE-10112
URL: https://issues.apache.org/jira/browse/HBASE-10112
Project: HBase
We are also proposing to implement HBASE-7509 as a part of this major
undertaking. HBASE-7509 will help with HBase in general (even if you are
not using HBASE-10070), and possibly some other hdfs clients.
HBASE-10070 will give you similar benefits to HBASE-7509 if your use case
needs that, but on t
Matteo Bertozzi created HBASE-10111:
---
Summary: Verify that a snapshot is not corrupted before restoring
it
Key: HBASE-10111
URL: https://issues.apache.org/jira/browse/HBASE-10111
Project: HBase
Elliott Clark created HBASE-10110:
-
Summary: Fix Potential Resource Leak in StoreFlusher
Key: HBASE-10110
URL: https://issues.apache.org/jira/browse/HBASE-10110
Project: HBase
Issue Type: Sub
Adela Maznikar created HBASE-10109:
--
Summary: [0.89-fb] Balance #regions/RS better when creating new
table
Key: HBASE-10109
URL: https://issues.apache.org/jira/browse/HBASE-10109
Project: HBase
I suspect the honest answer would be "because BigTable paper had it" :P
There are several aspects to cell versioning (I may be missing some).
First (not the most important), due to the way HBase stores things
(write-once files), it comes very cheaply - very little runtime cost, and
not so much cod
So if we move 0.94 in JDK 7, I guess we all agree there is no reason to
keep trunk in JDK 6, right? Then we should all allign to JFK 7?
JM
2013/12/8 lars hofhansl
> JDK 6 was EOL'd Feb 2013. Even premium support runs out this month.
> Apparently there is an extended support option until Dec 20
24 matches
Mail list logo