You are viewing a plain text version of this content. The canonical link for it is here.
Posted to user@hbase.apache.org by Terry Siu <Te...@datasphere.com> on 2011/07/01 01:04:16 UTC

RE: Table coprocessor loaded twice when region is initialized?

Done. Filed HBASE-4051.

-Terry

-----Original Message-----
From: Joey Echeverria [mailto:joey@cloudera.com] 
Sent: Thursday, June 30, 2011 2:53 PM
To: user@hbase.apache.org
Subject: Re: Table coprocessor loaded twice when region is initialized?

Sounds like a bug. File a JIRA.

-Joey
On Jun 30, 2011 2:32 PM, "Terry Siu" <Te...@datasphere.com> wrote:
> Hi,
>
> I'm debugging a prePut hook which I've implemented as part of the
coprocessor work being developed. This hook is loaded via a table
COPROCESSOR attribute and I've noticed that the prePut method is being
called twice for a single Put. After setting up the region server to run in
a debugger, I'm noticing the call to loadTableCoprocessors() being invoked
twice during region initialization, specifically:
>
>
> 1. HRegion.init => RegionCoprocessorHost.init =>
RegionCoprocessorHost.loadTableCoprocessors
>
> 2. ... => RegionCoprocessorHost.preOpen =>
RegionCoprocessorHost.loadTableCoprocessors
>
> This results in two RegionEnvironment instances, each containing a new
instance of my coprocessor, being added to the RegionCoprocessorHost. When I
issue a put, the list of RegionEnvironments is iterated over and each calls
the prePut method in my coprocessor. Reason why this is posing a problem for
me is that I modify the family map passed in to my prePut method. Since this
family map is the same instance used in both prePut calls, the second prePut
call operates on the modified family map, which leads to an unexpected
result.
>
> Is the double loading of the same coprocessor class intentional, is this a
bug? Or perhaps, I'm not using the coprocessors correctly? Help?
>
> Thanks,
> -Terry