Remind me how you do server side execution?
I suggest you go through the emails on both the dev and user hbase list and
you’ll see that when describing coprocessors, you’ll see the terms ‘trigger’
and ‘stored procedures’ which are terms most DBAs and Data modelers are
familiar with.
And if
cuijianwei created HBASE-11200:
--
Summary: AsyncWriter of FSHLog might throw
ArrayIndexOutOfBoundsException
Key: HBASE-11200
URL: https://issues.apache.org/jira/browse/HBASE-11200
Project: HBase
On Thu, May 15, 2014 at 9:32 AM, James Taylor jtay...@salesforce.comwrote:
@Nick - I like the abstraction of the DataType, but that doesn't solve the
problem for non Java usage.
That's true. It's very much a Java construct. Likewise, Struct only codes
for semantics; there's no encoding
Yes it's clear you have been laughing at many of the responses and have been
having a merry time concern trolling your favorite straw man. You insist on
fixating on analogies we have used to explain coprocessors to advanced users
and spinning that into an absolutist (and ridiculous) position
[
https://issues.apache.org/jira/browse/HBASE-9507?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Nick Dimiduk resolved HBASE-9507.
-
Resolution: Won't Fix
Closing this as superseded by the more thorough evaluation happening over
Andrew,
I suggest that you go back and re-read Kevin O’Dell’s comment.
Clearly there’s no straw man here.
I thought your response was a joke, but apparently you’re serious about that.
Again, when you allow user code to run in the same JVM as the RS, you add risk.
Issues with stability and
I would say the serious problem here is you can clearly see that we
understand the issues, as you point out, and then fail to even for a second
entertain a point of view that is not 100% yours. This can't go on. Feel
free to continue mailing the list but I won't be receiving email from you
So if I can summarize this thread so far, we are going to try and hammer out a
types encoding spec agreeable to HBase, Phoenix, and Kite alike? As opposed to
select a particular implementation today as both spec and reference
implementation. Is that correct?
If so, that sounds like a promising
On Mon, May 19, 2014 at 6:31 AM, Andrew Purtell andrew.purt...@gmail.comwrote:
So if I can summarize this thread so far, we are going to try and hammer
out a types encoding spec agreeable to HBase, Phoenix, and Kite alike? As
opposed to select a particular implementation today as both spec and
Following up on the old DISCUSSION thread on moving to git [1], lets vote
(INFRA needs to see a vote).
Move to GIT?
[ ] +1 on yes, lets move to GIT
[ ] 0 on don't care
[ ] -1 on stay w/ current SVN setup.
I'm +1.
St.Ack
P.S. The Mighty Talat Uyarer, who volunteered to run the migration a
+1 git-svn could convert svn commit history to git.
On Mon, May 19, 2014 at 11:40 PM, Talat Uyarer ta...@uyarer.com wrote:
+1 Lets move to GIT
P.S. Thank you Stack, I hope we will migrate to GIT this time. ;)
2014-05-19 18:32 GMT+03:00 Stack st...@duboce.net:
Following up on the old
+1 Lets move to GIT
P.S. Thank you Stack, I hope we will migrate to GIT this time. ;)
2014-05-19 18:32 GMT+03:00 Stack st...@duboce.net:
Following up on the old DISCUSSION thread on moving to git [1], lets vote
(INFRA needs to see a vote).
Move to GIT?
[ ] +1 on yes, lets move to GIT
[
+1
On Mon, May 19, 2014 at 8:40 AM, Talat Uyarer ta...@uyarer.com wrote:
+1 Lets move to GIT
P.S. Thank you Stack, I hope we will migrate to GIT this time. ;)
2014-05-19 18:32 GMT+03:00 Stack st...@duboce.net:
Following up on the old DISCUSSION thread on moving to git [1], lets vote
+1
On May 19, 2014 8:41 AM, Talat Uyarer ta...@uyarer.com wrote:
+1 Lets move to GIT
P.S. Thank you Stack, I hope we will migrate to GIT this time. ;)
2014-05-19 18:32 GMT+03:00 Stack st...@duboce.net:
Following up on the old DISCUSSION thread on moving to git [1], lets vote
(INFRA needs
+1
On Mon, May 19, 2014 at 4:49 PM, Ted Yu yuzhih...@gmail.com wrote:
+1
On Mon, May 19, 2014 at 8:40 AM, Talat Uyarer ta...@uyarer.com wrote:
+1 Lets move to GIT
P.S. Thank you Stack, I hope we will migrate to GIT this time. ;)
2014-05-19 18:32 GMT+03:00 Stack st...@duboce.net:
+0. I'm still using CSV internally for SVN or GIT, I'm still a dinosaurs ;)
2014-05-19 12:03 GMT-04:00 Lars George lars.geo...@gmail.com:
+1
On Mon, May 19, 2014 at 4:49 PM, Ted Yu yuzhih...@gmail.com wrote:
+1
On Mon, May 19, 2014 at 8:40 AM, Talat Uyarer ta...@uyarer.com wrote:
Jerry He created HBASE-11201:
Summary: Enable global procedure members to return values to
procedure master
Key: HBASE-11201
URL: https://issues.apache.org/jira/browse/HBASE-11201
Project: HBase
+1
On Mon, May 19, 2014 at 8:32 AM, Stack st...@duboce.net wrote:
Following up on the old DISCUSSION thread on moving to git [1], lets vote
(INFRA needs to see a vote).
Move to GIT?
[ ] +1 on yes, lets move to GIT
[ ] 0 on don't care
[ ] -1 on stay w/ current SVN setup.
I'm +1.
+1
On Mon, May 19, 2014 at 9:24 AM, Andrew Purtell apurt...@apache.org wrote:
+1
On Mon, May 19, 2014 at 8:32 AM, Stack st...@duboce.net wrote:
Following up on the old DISCUSSION thread on moving to git [1], lets vote
(INFRA needs to see a vote).
Move to GIT?
[ ] +1 on yes,
Nicolas Liochon created HBASE-11202:
---
Summary: Cleanup on HRegion class
Key: HBASE-11202
URL: https://issues.apache.org/jira/browse/HBASE-11202
Project: HBase
Issue Type: Bug
+1 (non-binding, apparently).
On Mon, May 19, 2014 at 08:32AM, Stack wrote:
Following up on the old DISCUSSION thread on moving to git [1], lets vote
(INFRA needs to see a vote).
Move to GIT?
[ ] +1 on yes, lets move to GIT
[ ] 0 on don't care
[ ] -1 on stay w/ current SVN setup.
+1 (can anyone +2 this ?)
On Mon, May 19, 2014 at 9:38 AM, Jimmy Xiang jxi...@cloudera.com wrote:
+1
On Mon, May 19, 2014 at 9:24 AM, Andrew Purtell apurt...@apache.org
wrote:
+1
On Mon, May 19, 2014 at 8:32 AM, Stack st...@duboce.net wrote:
Following up on the old DISCUSSION
+1
On Mon, May 19, 2014 at 11:11 AM, yao yaosheng...@gmail.com wrote:
+1 (can anyone +2 this ?)
On Mon, May 19, 2014 at 9:38 AM, Jimmy Xiang jxi...@cloudera.com wrote:
+1
On Mon, May 19, 2014 at 9:24 AM, Andrew Purtell apurt...@apache.org
wrote:
+1
On Mon, May 19,
stack created HBASE-11203:
-
Summary: Clean up javadoc and findbugs warnings in trunk
Key: HBASE-11203
URL: https://issues.apache.org/jira/browse/HBASE-11203
Project: HBase
Issue Type: Task
Several of my friends have already walked away from using HBase in their
solutions.
Looks like I will have to do the same.
I’ll limit my use of Hbase as a choice of last resort and even then limit how
its to be used.
But to be honest, Andrew… your quote… “Just tell them that it voids the
Michael S.
To the best of my knowledge, MapR’s M7 doesn’t have coprocessors. I’ll
wager that when they do, it will work and not have these issues. I believe
that they are writing their stuff in C/C++, if so, then they’d have an
advantage of using shared memory. Apache would have write C/C++
+1
On Mon, May 19, 2014 at 11:18 AM, Elliott Clark ecl...@apache.org wrote:
+1
On Mon, May 19, 2014 at 11:11 AM, yao yaosheng...@gmail.com wrote:
+1 (can anyone +2 this ?)
On Mon, May 19, 2014 at 9:38 AM, Jimmy Xiang jxi...@cloudera.com
wrote:
+1
On Mon, May 19, 2014
[
https://issues.apache.org/jira/browse/HBASE-11197?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jimmy Xiang resolved HBASE-11197.
-
Resolution: Invalid
I think it's an issue in my local patch/branch. Close it as Invalid.
hi, folks,
We are working on jira HBase-7912(
https://issues.apache.org/jira/browse/HBASE-7912) to open source a backup
solution based on Snapshot and WAL
This JiRA provides a general solution to common users who need to backup
hbase table(s) with a Fullbackup(HBase-10900) as baseline and
Ted Yu created HBASE-11204:
--
Summary: Document bandwidth consumption limit feature for
ExportSnapshot
Key: HBASE-11204
URL: https://issues.apache.org/jira/browse/HBASE-11204
Project: HBase
Issue
Hi All,
I created an issue for our git migrating. [0] We can follow our
migration status. Fyi
[0] https://issues.apache.org/jira/browse/INFRA-7768
--
Talat UYARER
Websitesi: http://talat.uyarer.com
Twitter: http://twitter.com/talatuyarer
Linkedin:
+1
I though the vote already passed, but I think it was the discussion thread.
Enis
On Mon, May 19, 2014 at 12:05 PM, Gary Helmling ghelml...@gmail.com wrote:
+1
On Mon, May 19, 2014 at 11:18 AM, Elliott Clark ecl...@apache.org wrote:
+1
On Mon, May 19, 2014 at 11:11 AM, yao
I left some comments on the reviewboard.
BackupUtil isn't shown in entirety.
If methods such as getRSLogTimestamptMins() are shown, reviewers would
be able to understand the code better.
Cheers
On Mon, May 19, 2014 at 1:38 PM, Demai Ni nid...@gmail.com wrote:
hi, folks,
We are working
Ted Yu created HBASE-11205:
--
Summary: KeyValue#iscreate() should check the length of byte array
Key: HBASE-11205
URL: https://issues.apache.org/jira/browse/HBASE-11205
Project: HBase
Issue Type:
Ted,
thanks a lot for the comments. I will go through them.
b.q. BackupUtil isn't shown in entirety.
I attached the whole patch(
https://issues.apache.org/jira/secure/attachment/12644215/HBASE-11085-trunk-v1-contains-HBASE-10900-trunk-v4.patch)
to the review board. Hopefully, folks can see the
On Mon, May 19, 2014 at 1:48 PM, Talat Uyarer ta...@uyarer.com wrote:
Hi All,
I created an issue for our git migrating. [0] We can follow our
migration status. Fyi
Thank you Talat,
St.Ack
stack created HBASE-11206:
-
Summary: Enable automagically tweaking memstore and blockcache
sizes
Key: HBASE-11206
URL: https://issues.apache.org/jira/browse/HBASE-11206
Project: HBase
Issue Type:
37 matches
Mail list logo