Mailing-List: contact issues-help@hbase.apache.org; run by ezmlm
Precedence: bulk
Date: Sat, 26 Feb 2011 19:19:58 +0000 (UTC)
From: "Andrew Purtell (JIRA)" <jira@apache.org>
To: issues@hbase.apache.org
Message-ID: 
 <1835322019.299.1298747998767.JavaMail.tomcat@hel.zones.apache.org>
In-Reply-To: 
 <252251118.6573.1298319758764.JavaMail.tomcat@hel.zones.apache.org>
Subject: [jira] Updated: (HBASE-3552) Coprocessors Are Unable To Load If
 RegionServer is Launched Using a Different Classloader than System Default
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit


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

Andrew Purtell updated HBASE-3552:
----------------------------------

    Attachment: HBASE-3552.patch

Patch removes calls to getSystemClassloader() to this.getClass().getClassLoader().

> Coprocessors Are Unable To Load If RegionServer is Launched Using a Different Classloader than System Default
> -------------------------------------------------------------------------------------------------------------
>
>                 Key: HBASE-3552
>                 URL: https://issues.apache.org/jira/browse/HBASE-3552
>             Project: HBase
>          Issue Type: Bug
>          Components: coprocessors, regionserver
>    Affects Versions: 0.92.0
>         Environment: Ubuntu 10.10 x86_32
>            Reporter: Ed Kohlwey
>            Assignee: Andrew Purtell
>         Attachments: HBASE-3552.patch
>
>
> If a region server is launched in a context such that its classloader is different from the system class loader, then the Class object used to represent the Coprocessor interface of the coprocessor will be different than the Coprocessor Class object that is used by RegionCoprocessorHost.loadSystemCoprocessors() .
> There's a few options that come to mind to fix this problem:
> 1. Remove the logic where loadSystemCoprocessors changes the context's ClassLoader back to the system default classloader.
> 2. Remove the cast to Coprocessor in CoprocessorHost.load() and invoke methods via reflection.
> 3. Set the class loader back to the system default before launching any daemon threads.

-- 
This message is automatically generated by JIRA.
-
For more information on JIRA, see: http://www.atlassian.com/software/jira