Re: Multiple match's Filter is NOT WORKING

2017-03-19 Thread Yoom Nguyen 

Would anyone know if this is the right forum to ask this type of question? If 
not, would you suggest where I should try to ask this type of question before I 
am giving up using HBASE all together. 
I am stuck for a while now and not able to get any advice from anyone. 

Thanks in advance, 
Yoom 

- Original Message -

From: "Yoom Nguyen"  
To: dev@hbase.apache.org 
Sent: Sunday, March 19, 2017 5:46:17 PM 
Subject: Multiple match's Filter is NOT WORKING 


I am having problems getting correct match's results from searching through 
multiple HBASE's tables. 
Is there a bug in HBASE's filter? Wondering if anyone know HBASE \ Java well 
and willing to help out or for a fee. 
Is this a bug with HBASE? 

HBASE Release 0.98.8 - 11/18/2014 


Would someone help me out with the problem or confirmation whether HBASE is the 
right tool or not. 

Here are the details of the problem: 
First I am reading some data from one table and storing in a vector or 
arrayList: Is there a better way or different approach to achieve the results 
than what I am heading? I am stuck trying to get the correct results with the 
following approach. 

//First, I am reading some data from one table and storing in a vector or 
arrayList: 

for (Result r : rs) { 
for (KeyValue kv : r.raw()) { 
if (new String(kv.getFamily()).equals("name")) { 
temp = new String(kv.getValue()); 
x.addElement(temp); 
} 
} 
} 


//Then, I want to search a different table based on the values of this vector. 
//I used filters to do this: (I tried BinaryPrefixComparator and 
BinaryComparator as well) 


FilterList filterList = new FilterList(FilterList.Operator.MUST_PASS_ONE); 

for (int c = 0; c < x.size(); c++) { 
System.out.println(x.get(c).toString()); 
filterList.addFilter(new SingleColumnValueFilter(Bytes.toBytes("name"), null, 
CompareOp.EQUAL, new SubstringComparator( x.get(c).toString() ))); 
} 

//I should get 3 results back, however I only get one result back, the first 
entry in the database. 
What doesn't make sense is that when I hardcode the value that I am looking for 
into my code, I will get all 3 results back. 

I thought there might be some issue with converting the bytes to String and 
then back to bytes, but that would not explain how it was able to bring back 
the first result. For some reason, it is stopping at the first match and 
doesn't continue to find the other 2 rows that contain matching data. If I 
hardcode it i get the results: 


x.addElement("abc123"); 
filterList.addFilter(new SingleColumnValueFilter(Bytes.toBytes("mpnum"), null, 
CompareOp.EQUAL, new SubstringComparator( x.get(0).toString() ))); 


edit: Here is the contents of the tables: 

TABLE1: ROW COLUMN+CELL 
0 column=gpnum:, timestamp=1481300288449, value=def123 
0 column=mpnum:, timestamp=1481300273355, value=abc123 
0 column=price:, timestamp=1481300255337, value=85.0 
1 column=gpnum:, timestamp=148130159, value=def2244 
1 column=mpnum:, timestamp=1481301582336, value=011511607 
1 column=price:, timestamp=1481301673886, value=0.76 

TABLE2 

ROW COLUMN+CELL 
0 column=brand:, timestamp=1481300227283, value=x 
0 column=mpnum:, timestamp=1481300212289, value=abc123 
0 column=price:, timestamp=1481300110950, value=50.0 
1 column=mpnum:, timestamp=1481301806687 , value=011511607 
1 column=price:, timestamp=1481301777345 , value=1.81 
13 column=webtype:, timestamp=1483507543878, value=US 
3 column=avail:, timestamp=1481306538360, value=avail 
3 column=brand:, timestamp=1481306538360, value=brand 
3 column=descr:, timestamp=1481306538360, value=description 
3 column=dist:, timestamp=1481306538360, value=distributor 
3 column=mpnum:, timestamp=1481306538360, value=pnum 
3 column=price:, timestamp=1481306538360, value=price 
3 column=url:, timestamp=1481306538360, value=url 
3 column=webtype:, timestamp=1481306538360, value=webtype 
4 column=avail:, timestamp=1481306538374, value=4 
4 column=brand:, timestamp=1481306538374, value=x 
4 column=descr:, timestamp=1481306538374, value=description 
4 column=dist:, timestamp=1481306538374, value=x 
4 column=mpnum:, timestamp=1482117383212 , value=011511607 
4 column=price:, timestamp=1481306538374 , value=34.51 
4 column=url:, timestamp=1481306538374, value=x:q! 
4 column=webtype:, timestamp=1481306538374, value=US 
5 column=avail:, timestamp=1481306538378, value= 
5 column=brand:, timestamp=1481306538378, value=name 
5 column=descr:, timestamp=1481306538378, value=x 
5 column=dist:, timestamp=1481306538378, value=x 
5 column=mpnum:, timestamp=1482117392043 , value=011511607 
5 column=price:, timestamp=1481306538378 , value=321.412 
5 column=url:, timestamp=1481306538378, value=x.com 

THIRD TABLE (to store result matches) 

0 column=brand:, timestamp=1481301813849, value=name 
0 column=cprice:, timestamp=1481301813849, value=1.81 
0 column=gpnum:, timestamp=1481301813849, value=def2244 
0 column=gprice:, timestamp=1481301813849, value=0.76 
0 column=mpnum:, timestamp=1481301813849, value=011511607

About the InterfaceStability annotation for public API

2017-03-19 Thread Duo Zhang 
In the compatibility section of our refguide, the compatibility for patch
version, minor version and major version is not related
to InterfaceStability annotation. The only place we mention it is for
Server-Side Limited API compatibility.

And  in the Developer Guidelines section, we say this
@InterfaceStability.Evolving

Public packages marked as evolving may be changed, but it is discouraged.
I think this is a little confusing, esepecially that the comment
of InterfaceStability also mentions the compatibility for patch, minor and
major release.

For me, I think only InterfaceStability.Unstable is useful for public API.
It means the API is still experimental and will not respect the
compatibility rule.

So here I suggest we just remove the InterfaceStability annoation for the
classes which are marked as InterfaceAudience.Public, and change the
comment of InterfaceStability and also the refguide to be more specific.

Suggestions are welcomed.

Thanks.

[jira] [Reopened] (HBASE-17584) Expose ScanMetrics with ResultScanner rather than Scan

2017-03-19 Thread Duo Zhang (JIRA) 

 [ 
https://issues.apache.org/jira/browse/HBASE-17584?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Duo Zhang reopened HBASE-17584:
---

Reopen for committing the patch to branch-1 as HBASE-17802 is resolved.

> Expose ScanMetrics with ResultScanner rather than Scan
> --
>
> Key: HBASE-17584
> URL: https://issues.apache.org/jira/browse/HBASE-17584
> Project: HBase
>  Issue Type: Sub-task
>  Components: Client, mapreduce, scan
>Affects Versions: 2.0.0
>Reporter: Duo Zhang
>Assignee: Duo Zhang
> Fix For: 2.0.0
>
> Attachments: HBASE-17584.patch, HBASE-17584-v1.patch
>
>
> I think this have been discussed many times... It is a bad practice to 
> directly modify the Scan object passed in when calling getScanner. The reason 
> that we can not use a copy is we need to use the Scan object to expose scan 
> metrics. So we need to find another way to expose the metrics.



--
This message was sent by Atlassian JIRA
(v6.3.15#6346)

Re: ANNOUNCE: Good news!!!! Two new PMC and a new Committer!

2017-03-19 Thread Apekshit Sharma 
Congrats Josh, Jing and Eshcar!

On Sun, Mar 19, 2017 at 6:08 PM, 宾莉金 or binlijin  wrote:

> Congratulations and welcome!
>
> 2017-03-18 8:42 GMT+08:00 Yi Liang :
>
> > Congratulations,  Jerry and Josh Elser
> >
> > Best,
> > Yi
> >
> > On Fri, Mar 17, 2017 at 4:10 PM, Mikhail Antonov 
> > wrote:
> >
> > > Congratulations and welcome!!
> > >
> > > -Mikhail
> > >
> > > On Fri, Mar 17, 2017 at 2:07 PM, Enis Söztutar 
> wrote:
> > >
> > > > Congrats, and warm welcome.
> > > >
> > > > Enis
> > > >
> > > > On Fri, Mar 17, 2017 at 1:23 PM, Stephen Jiang <
> > syuanjiang...@gmail.com>
> > > > wrote:
> > > >
> > > > > Congratulations! Looking forward to working with all 3 of you and
> > make
> > > > > HBase better!
> > > > >
> > > > > -Stephen
> > > > >
> > > > > On Fri, Mar 17, 2017 at 12:51 PM, Anoop John <
> anoop.hb...@gmail.com>
> > > > > wrote:
> > > > >
> > > > > > Congrats all..Well deserving...
> > > > > >
> > > > > > -Anoop-
> > > > > >
> > > > > > On Sat, Mar 18, 2017 at 12:04 AM, Umesh Agashe <
> > uaga...@cloudera.com
> > > >
> > > > > > wrote:
> > > > > > > Congratulations to all of you!
> > > > > > >
> > > > > > > Umesh
> > > > > > >
> > > > > > >
> > > > > > > On Fri, Mar 17, 2017 at 9:55 AM, Esteban Gutierrez <
> > > > > este...@cloudera.com
> > > > > > >
> > > > > > > wrote:
> > > > > > >
> > > > > > >> Amazing! Congratulations to all of you guys!
> > > > > > >>
> > > > > > >> esteban.
> > > > > > >>
> > > > > > >> --
> > > > > > >> Cloudera, Inc.
> > > > > > >>
> > > > > > >>
> > > > > > >> On Fri, Mar 17, 2017 at 8:58 AM, Andrew Purtell <
> > > > > > andrew.purt...@gmail.com>
> > > > > > >> wrote:
> > > > > > >>
> > > > > > >> > Congratulations and welcome, all!
> > > > > > >> >
> > > > > > >> > > On Mar 17, 2017, at 6:04 AM, Jonathan Hsieh <
> > j...@cloudera.com
> > > >
> > > > > > wrote:
> > > > > > >> > >
> > > > > > >> > > Yay!
> > > > > > >> > >
> > > > > > >> > >> On Thu, Mar 16, 2017 at 10:37 PM, Stack <
> st...@duboce.net>
> > > > > wrote:
> > > > > > >> > >>
> > > > > > >> > >> Josh Elser and Jing Chen (Jerry) have both been added to
> > the
> > > > > HBase
> > > > > > >> PMC.
> > > > > > >> > >> These lads have been stellar helping the project along;
> > Jerry
> > > > > for a
> > > > > > >> good
> > > > > > >> > >> few years now and Josh, though less time served, has made
> > up
> > > > for
> > > > > > the
> > > > > > >> > lack
> > > > > > >> > >> with style. It makes sense that they be made PMCers!
> > > > > > >> > >>
> > > > > > >> > >> Let me take this opportunity while I have your attention
> to
> > > > also
> > > > > > >> welcome
> > > > > > >> > >> Eshcar Hillel as a Committer on Apache HBase. We are very
> > > glad
> > > > to
> > > > > > have
> > > > > > >> > her
> > > > > > >> > >> on-board. She's a brainbox who has been working on the
> > > inmemory
> > > > > > >> > compaction
> > > > > > >> > >> project among other things and is without fear when it
> > comes
> > > to
> > > > > > >> taking a
> > > > > > >> > >> deep dive into crud!
> > > > > > >> > >>
> > > > > > >> > >> Welcome aboard Josh, Jing Chen He, and Eshcar!
> > > > > > >> > >>
> > > > > > >> > >> St.Ack
> > > > > > >> > >>
> > > > > > >> > >
> > > > > > >> > >
> > > > > > >> > >
> > > > > > >> > > --
> > > > > > >> > > // Jonathan Hsieh (shay)
> > > > > > >> > > // HBase Tech Lead, Software Engineer, Cloudera
> > > > > > >> > > // j...@cloudera.com // @jmhsieh
> > > > > > >> >
> > > > > > >>
> > > > > >
> > > > >
> > > >
> > >
> >
>
>
>
> --
> *Best Regards,*
>  lijin bin
>



-- 

-- Appy

[jira] [Created] (HBASE-17806) TestRSGroups#testMoveServersAndTables is flaky in master branch

2017-03-19 Thread Ted Yu (JIRA) 
Ted Yu created HBASE-17806:
--

 Summary: TestRSGroups#testMoveServersAndTables is flaky in master 
branch
 Key: HBASE-17806
 URL: https://issues.apache.org/jira/browse/HBASE-17806
 Project: HBase
  Issue Type: Test
Reporter: Ted Yu


According to https://builds.apache.org/job/HBASE-Flaky-Tests , 
TestRSGroups#testMoveServersAndTables is the top flaky test.

Recent test failure:
https://builds.apache.org/job/HBASE-Flaky-Tests/14062/testReport/junit/org.apache.hadoop.hbase.rsgroup/TestRSGroups/testMoveServersAndTables/
{code}
java.lang.AssertionError: expected:<4> but was:<5>
at org.junit.Assert.fail(Assert.java:88)
at org.junit.Assert.failNotEquals(Assert.java:834)
at org.junit.Assert.assertEquals(Assert.java:645)
at org.junit.Assert.assertEquals(Assert.java:631)
at 
org.apache.hadoop.hbase.rsgroup.TestRSGroupsBase.testMoveServersAndTables(TestRSGroupsBase.java:747)
{code}



--
This message was sent by Atlassian JIRA
(v6.3.15#6346)

Re: [ANNOUNCE] New HBase committer Chia-Ping Tsai

2017-03-19 Thread Guanghao Zhang 
Congratulations！

2017-03-20 9:08 GMT+08:00 宾莉金 or binlijin :

> Congratulations and welcome!
>
> 2017-03-19 15:43 GMT+08:00 Phil Yang :
>
> > Congratulations!
> >
> > Thanks,
> > Phil
> >
> >
> > 2017-03-18 20:38 GMT+08:00 Ashish Singhi  >:
> >
> > > Many Congratulations !
> > >
> > > On Sat, Mar 18, 2017 at 4:00 AM, Anoop John 
> > wrote:
> > >
> > > > On behalf of the Apache HBase PMC, I am pleased to announce that
> > > Chia-Ping
> > > > Tsai
> > > > has accepted the PMC's invitation to become a committer on the
> project.
> > > We
> > > > appreciate all of his contributions thus far and look forward
> > > > to his continued involvement.
> > > >
> > > > Congratulation and welcome Chia-Ping Tsai!
> > > >
> > > > -Anoop-
> > > >
> > >
> >
>
>
>
> --
> *Best Regards,*
>  lijin bin
>

Re: [ANNOUNCE] New HBase committer Chia-Ping Tsai

2017-03-19 Thread 宾莉金 or binlijin 
Congratulations and welcome!

2017-03-19 15:43 GMT+08:00 Phil Yang :

> Congratulations!
>
> Thanks,
> Phil
>
>
> 2017-03-18 20:38 GMT+08:00 Ashish Singhi :
>
> > Many Congratulations !
> >
> > On Sat, Mar 18, 2017 at 4:00 AM, Anoop John 
> wrote:
> >
> > > On behalf of the Apache HBase PMC, I am pleased to announce that
> > Chia-Ping
> > > Tsai
> > > has accepted the PMC's invitation to become a committer on the project.
> > We
> > > appreciate all of his contributions thus far and look forward
> > > to his continued involvement.
> > >
> > > Congratulation and welcome Chia-Ping Tsai!
> > >
> > > -Anoop-
> > >
> >
>



-- 
*Best Regards,*
 lijin bin

Re: ANNOUNCE: Good news!!!! Two new PMC and a new Committer!

2017-03-19 Thread 宾莉金 or binlijin 
Congratulations and welcome!

2017-03-18 8:42 GMT+08:00 Yi Liang :

> Congratulations,  Jerry and Josh Elser
>
> Best,
> Yi
>
> On Fri, Mar 17, 2017 at 4:10 PM, Mikhail Antonov 
> wrote:
>
> > Congratulations and welcome!!
> >
> > -Mikhail
> >
> > On Fri, Mar 17, 2017 at 2:07 PM, Enis Söztutar  wrote:
> >
> > > Congrats, and warm welcome.
> > >
> > > Enis
> > >
> > > On Fri, Mar 17, 2017 at 1:23 PM, Stephen Jiang <
> syuanjiang...@gmail.com>
> > > wrote:
> > >
> > > > Congratulations! Looking forward to working with all 3 of you and
> make
> > > > HBase better!
> > > >
> > > > -Stephen
> > > >
> > > > On Fri, Mar 17, 2017 at 12:51 PM, Anoop John 
> > > > wrote:
> > > >
> > > > > Congrats all..Well deserving...
> > > > >
> > > > > -Anoop-
> > > > >
> > > > > On Sat, Mar 18, 2017 at 12:04 AM, Umesh Agashe <
> uaga...@cloudera.com
> > >
> > > > > wrote:
> > > > > > Congratulations to all of you!
> > > > > >
> > > > > > Umesh
> > > > > >
> > > > > >
> > > > > > On Fri, Mar 17, 2017 at 9:55 AM, Esteban Gutierrez <
> > > > este...@cloudera.com
> > > > > >
> > > > > > wrote:
> > > > > >
> > > > > >> Amazing! Congratulations to all of you guys!
> > > > > >>
> > > > > >> esteban.
> > > > > >>
> > > > > >> --
> > > > > >> Cloudera, Inc.
> > > > > >>
> > > > > >>
> > > > > >> On Fri, Mar 17, 2017 at 8:58 AM, Andrew Purtell <
> > > > > andrew.purt...@gmail.com>
> > > > > >> wrote:
> > > > > >>
> > > > > >> > Congratulations and welcome, all!
> > > > > >> >
> > > > > >> > > On Mar 17, 2017, at 6:04 AM, Jonathan Hsieh <
> j...@cloudera.com
> > >
> > > > > wrote:
> > > > > >> > >
> > > > > >> > > Yay!
> > > > > >> > >
> > > > > >> > >> On Thu, Mar 16, 2017 at 10:37 PM, Stack 
> > > > wrote:
> > > > > >> > >>
> > > > > >> > >> Josh Elser and Jing Chen (Jerry) have both been added to
> the
> > > > HBase
> > > > > >> PMC.
> > > > > >> > >> These lads have been stellar helping the project along;
> Jerry
> > > > for a
> > > > > >> good
> > > > > >> > >> few years now and Josh, though less time served, has made
> up
> > > for
> > > > > the
> > > > > >> > lack
> > > > > >> > >> with style. It makes sense that they be made PMCers!
> > > > > >> > >>
> > > > > >> > >> Let me take this opportunity while I have your attention to
> > > also
> > > > > >> welcome
> > > > > >> > >> Eshcar Hillel as a Committer on Apache HBase. We are very
> > glad
> > > to
> > > > > have
> > > > > >> > her
> > > > > >> > >> on-board. She's a brainbox who has been working on the
> > inmemory
> > > > > >> > compaction
> > > > > >> > >> project among other things and is without fear when it
> comes
> > to
> > > > > >> taking a
> > > > > >> > >> deep dive into crud!
> > > > > >> > >>
> > > > > >> > >> Welcome aboard Josh, Jing Chen He, and Eshcar!
> > > > > >> > >>
> > > > > >> > >> St.Ack
> > > > > >> > >>
> > > > > >> > >
> > > > > >> > >
> > > > > >> > >
> > > > > >> > > --
> > > > > >> > > // Jonathan Hsieh (shay)
> > > > > >> > > // HBase Tech Lead, Software Engineer, Cloudera
> > > > > >> > > // j...@cloudera.com // @jmhsieh
> > > > > >> >
> > > > > >>
> > > > >
> > > >
> > >
> >
>



-- 
*Best Regards,*
 lijin bin

[jira] [Created] (HBASE-17805) We should remove BoundedByteBufferPool because it is replaced by ByteBufferPool

2017-03-19 Thread Chia-Ping Tsai (JIRA) 
Chia-Ping Tsai created HBASE-17805:
--

 Summary: We should remove BoundedByteBufferPool because it is 
replaced by ByteBufferPool
 Key: HBASE-17805
 URL: https://issues.apache.org/jira/browse/HBASE-17805
 Project: HBase
  Issue Type: Sub-task
Affects Versions: 2.0.0
Reporter: Chia-Ping Tsai
Priority: Minor
 Fix For: 2.0.0


Follow the discussion in HBASE-15525.





--
This message was sent by Atlassian JIRA
(v6.3.15#6346)

[jira] [Resolved] (HBASE-17802) Add note that minor versions can add methods to Interfaces

2017-03-19 Thread stack (JIRA) 

 [ 
https://issues.apache.org/jira/browse/HBASE-17802?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

stack resolved HBASE-17802.
---
   Resolution: Fixed
 Hadoop Flags: Reviewed
Fix Version/s: 2.0.0
 Release Note: Update our semver section to include a note on our allowing 
ourselves the right to add methods to an Interface over a minor version as 
agreed to up on the dev list:  "If a Client implements an HBase Interface, a 
recompile MAY be required upgrading to a newer minor version (See release notes 
for warning about incompatible changes). All effort will be made to provide a 
default implementation so this case should not arise."

Thanks for the reviews [~apurtell] and [~carp84] (Commit included Andrew's 
suggestion).

> Add note that minor versions can add methods to Interfaces
> --
>
> Key: HBASE-17802
> URL: https://issues.apache.org/jira/browse/HBASE-17802
> Project: HBase
>  Issue Type: Task
>  Components: documentation
>Reporter: stack
>Assignee: stack
> Fix For: 2.0.0
>
> Attachments: HBASE-17802.master.001.patch
>
>
> Clarify that adding methods to Interfaces in minor releases is allowed and 
> that we'll always try to do it in a backward compatible way.
> Here is discussion from the list:
> http://search-hadoop.com/m/HBase/YGbbQfpjp1kozD7?subj=About+adding+methods+to+an+interface+which+is+part+of+our+public+API+in+minor+release



--
This message was sent by Atlassian JIRA
(v6.3.15#6346)

Multiple match's Filter is NOT WORKING

2017-03-19 Thread Yoom Nguyen 
I am having problems getting correct match's results from searching through 
multiple HBASE's tables. 
Is there a bug in HBASE's filter? Wondering if anyone know HBASE \ Java well 
and willing to help out or for a fee. 
Is this a bug with HBASE? 

HBASE Release 0.98.8 - 11/18/2014 


Would someone help me out with the problem or confirmation whether HBASE is the 
right tool or not. 

Here are the details of the problem: 
First I am reading some data from one table and storing in a vector or 
arrayList: Is there a better way or different approach to achieve the results 
than what I am heading? I am stuck trying to get the correct results with the 
following approach. 

//First, I am reading some data from one table and storing in a vector or 
arrayList: 

for (Result r : rs) { 
for (KeyValue kv : r.raw()) { 
if (new String(kv.getFamily()).equals("name")) { 
temp = new String(kv.getValue()); 
x.addElement(temp); 
} 
} 
} 


//Then, I want to search a different table based on the values of this vector. 
//I used filters to do this: (I tried BinaryPrefixComparator and 
BinaryComparator as well) 


FilterList filterList = new FilterList(FilterList.Operator.MUST_PASS_ONE); 

for (int c = 0; c < x.size(); c++) { 
System.out.println(x.get(c).toString()); 
filterList.addFilter(new SingleColumnValueFilter(Bytes.toBytes("name"), null, 
CompareOp.EQUAL, new SubstringComparator( x.get(c).toString() ))); 
} 

//I should get 3 results back, however I only get one result back, the first 
entry in the database. 
What doesn't make sense is that when I hardcode the value that I am looking for 
into my code, I will get all 3 results back. 

I thought there might be some issue with converting the bytes to String and 
then back to bytes, but that would not explain how it was able to bring back 
the first result. For some reason, it is stopping at the first match and 
doesn't continue to find the other 2 rows that contain matching data. If I 
hardcode it i get the results: 


x.addElement("abc123"); 
filterList.addFilter(new SingleColumnValueFilter(Bytes.toBytes("mpnum"), null, 
CompareOp.EQUAL, new SubstringComparator( x.get(0).toString() ))); 


edit: Here is the contents of the tables: 

TABLE1: ROW COLUMN+CELL 
0 column=gpnum:, timestamp=1481300288449, value=def123 
0 column=mpnum:, timestamp=1481300273355, value=abc123 
0 column=price:, timestamp=1481300255337, value=85.0 
1 column=gpnum:, timestamp=148130159, value=def2244 
1 column=mpnum:, timestamp=1481301582336, value=011511607 
1 column=price:, timestamp=1481301673886, value=0.76 

TABLE2 

ROW COLUMN+CELL 
0 column=brand:, timestamp=1481300227283, value=x 
0 column=mpnum:, timestamp=1481300212289, value=abc123 
0 column=price:, timestamp=1481300110950, value=50.0 
1 column=mpnum:, timestamp=1481301806687 , value=011511607 
1 column=price:, timestamp=1481301777345 , value=1.81 
13 column=webtype:, timestamp=1483507543878, value=US 
3 column=avail:, timestamp=1481306538360, value=avail 
3 column=brand:, timestamp=1481306538360, value=brand 
3 column=descr:, timestamp=1481306538360, value=description 
3 column=dist:, timestamp=1481306538360, value=distributor 
3 column=mpnum:, timestamp=1481306538360, value=pnum 
3 column=price:, timestamp=1481306538360, value=price 
3 column=url:, timestamp=1481306538360, value=url 
3 column=webtype:, timestamp=1481306538360, value=webtype 
4 column=avail:, timestamp=1481306538374, value=4 
4 column=brand:, timestamp=1481306538374, value=x 
4 column=descr:, timestamp=1481306538374, value=description 
4 column=dist:, timestamp=1481306538374, value=x 
4 column=mpnum:, timestamp=1482117383212 , value=011511607 
4 column=price:, timestamp=1481306538374 , value=34.51 
4 column=url:, timestamp=1481306538374, value=x:q! 
4 column=webtype:, timestamp=1481306538374, value=US 
5 column=avail:, timestamp=1481306538378, value= 
5 column=brand:, timestamp=1481306538378, value=name 
5 column=descr:, timestamp=1481306538378, value=x 
5 column=dist:, timestamp=1481306538378, value=x 
5 column=mpnum:, timestamp=1482117392043 , value=011511607 
5 column=price:, timestamp=1481306538378 , value=321.412 
5 column=url:, timestamp=1481306538378, value=x.com 

THIRD TABLE (to store result matches) 

0 column=brand:, timestamp=1481301813849, value=name 
0 column=cprice:, timestamp=1481301813849, value=1.81 
0 column=gpnum:, timestamp=1481301813849, value=def2244 
0 column=gprice:, timestamp=1481301813849, value=0.76 
0 column=mpnum:, timestamp=1481301813849, value=011511607 

**should be three matches those that are in bold above but only brings back one 
match 

Your help is much appreciated. Thank You Yoom

Successful: HBase Generate Website

2017-03-19 Thread Apache Jenkins Server 
Build status: Successful

If successful, the website and docs have been generated. To update the live 
site, follow the instructions below. If failed, skip to the bottom of this 
email.

Use the following commands to download the patch and apply it to a clean branch 
based on origin/asf-site. If you prefer to keep the hbase-site repo around 
permanently, you can skip the clone step.

  git clone https://git-wip-us.apache.org/repos/asf/hbase-site.git

  cd hbase-site
  wget -O- 
https://builds.apache.org/job/hbase_generate_website/520/artifact/website.patch.zip
 | funzip > 261aa9445c3c52e09c10d06168a77d11d0c9b4b4.patch
  git fetch
  git checkout -b asf-site-261aa9445c3c52e09c10d06168a77d11d0c9b4b4 
origin/asf-site
  git am --whitespace=fix 261aa9445c3c52e09c10d06168a77d11d0c9b4b4.patch

At this point, you can preview the changes by opening index.html or any of the 
other HTML pages in your local 
asf-site-261aa9445c3c52e09c10d06168a77d11d0c9b4b4 branch.

There are lots of spurious changes, such as timestamps and CSS styles in 
tables, so a generic git diff is not very useful. To see a list of files that 
have been added, deleted, renamed, changed type, or are otherwise interesting, 
use the following command:

  git diff --name-status --diff-filter=ADCRTXUB origin/asf-site

To see only files that had 100 or more lines changed:

  git diff --stat origin/asf-site | grep -E '[1-9][0-9]{2,}'

When you are satisfied, publish your changes to origin/asf-site using these 
commands:

  git commit --allow-empty -m "Empty commit" # to work around a current ASF 
INFRA bug
  git push origin asf-site-261aa9445c3c52e09c10d06168a77d11d0c9b4b4:asf-site
  git checkout asf-site
  git branch -D asf-site-261aa9445c3c52e09c10d06168a77d11d0c9b4b4

Changes take a couple of minutes to be propagated. You can verify whether they 
have been propagated by looking at the Last Published date at the bottom of 
http://hbase.apache.org/. It should match the date in the index.html on the 
asf-site branch in Git.

As a courtesy- reply-all to this email to let other committers know you pushed 
the site.



If failed, see https://builds.apache.org/job/hbase_generate_website/520/console

Re: [ANNOUNCE] New HBase committer Chia-Ping Tsai

2017-03-19 Thread Phil Yang 
Congratulations!

Thanks,
Phil


2017-03-18 20:38 GMT+08:00 Ashish Singhi :

> Many Congratulations !
>
> On Sat, Mar 18, 2017 at 4:00 AM, Anoop John  wrote:
>
> > On behalf of the Apache HBase PMC, I am pleased to announce that
> Chia-Ping
> > Tsai
> > has accepted the PMC's invitation to become a committer on the project.
> We
> > appreciate all of his contributions thus far and look forward
> > to his continued involvement.
> >
> > Congratulation and welcome Chia-Ping Tsai!
> >
> > -Anoop-
> >
>