Return-Path: <notifications-return-35695-archive-asf-public=cust-asf.ponee.io@accumulo.apache.org>
X-Original-To: archive-asf-public-internal@cust-asf2.ponee.io
Delivered-To: archive-asf-public-internal@cust-asf2.ponee.io
Received: from cust-asf.ponee.io (cust-asf.ponee.io [163.172.22.183])
	by cust-asf2.ponee.io (Postfix) with ESMTP id A4C5B200B36
	for <archive-asf-public-internal@cust-asf2.ponee.io>; Wed,  1 Jun 2016 00:03:14 +0200 (CEST)
Received: by cust-asf.ponee.io (Postfix)
	id A39A0160A44; Tue, 31 May 2016 22:03:14 +0000 (UTC)
Delivered-To: archive-asf-public@cust-asf.ponee.io
Received: from mail.apache.org (hermes.apache.org [140.211.11.3])
	by cust-asf.ponee.io (Postfix) with SMTP id F37EB160A46
	for <archive-asf-public@cust-asf.ponee.io>; Wed,  1 Jun 2016 00:03:13 +0200 (CEST)
Received: (qmail 82255 invoked by uid 500); 31 May 2016 22:03:13 -0000
Mailing-List: contact notifications-help@accumulo.apache.org; run by ezmlm
Precedence: bulk
List-Help: <mailto:notifications-help@accumulo.apache.org>
List-Unsubscribe: <mailto:notifications-unsubscribe@accumulo.apache.org>
List-Post: <mailto:notifications@accumulo.apache.org>
List-Id: <notifications.accumulo.apache.org>
Reply-To: jira@apache.org
Delivered-To: mailing list notifications@accumulo.apache.org
Received: (qmail 82160 invoked by uid 99); 31 May 2016 22:03:13 -0000
Received: from arcas.apache.org (HELO arcas) (140.211.11.28)
    by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 31 May 2016 22:03:13 +0000
Received: from arcas.apache.org (localhost [127.0.0.1])
	by arcas (Postfix) with ESMTP id D2B492C1F5C
	for <notifications@accumulo.apache.org>; Tue, 31 May 2016 22:03:12 +0000 (UTC)
Date: Tue, 31 May 2016 22:03:12 +0000 (UTC)
From: "Josh Elser (JIRA)" <jira@apache.org>
To: notifications@accumulo.apache.org
Message-ID: <JIRA.12840662.1435269919000.343023.1464732192860@Atlassian.JIRA>
In-Reply-To: <JIRA.12840662.1435269919000@Atlassian.JIRA>
References: <JIRA.12840662.1435269919000@Atlassian.JIRA> <JIRA.12840662.1435269919596@arcas>
Subject: [jira] [Commented] (ACCUMULO-3923) VFS ClassLoader doesnt' work
 with KeywordExecutable
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394
archived-at: Tue, 31 May 2016 22:03:14 -0000


    [ https://issues.apache.org/jira/browse/ACCUMULO-3923?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15308736#comment-15308736 ] 

Josh Elser commented on ACCUMULO-3923:
--------------------------------------

bq. I found a blog post from two years ago, but it doesn't cover anything about KeywordExecutable.

KeywordExecutable is the Google AutoService stuff that [~ctubbsii] wired up for most (all?) of the `accumulo <foo>` commands. The interface defines the mapping from "<foo>" to some class "org.apache.accumulo.core.Foo" to run. IIRC, you don't need to know anything else about how it works. Just do the minimal installation using the local filesystem (accumulo-start.jar) and put everything else into hdfs (or any other VFS compatible filesystem) and running aforementioned command ({{accumulo classpath}}) should function. The problem was that ServiceLoader (used by Google's AutoService) wasn't finding the service definition files that were stored on the jars being accessed via VFS. Does that help?

> VFS ClassLoader doesnt' work with KeywordExecutable
> ---------------------------------------------------
>
>                 Key: ACCUMULO-3923
>                 URL: https://issues.apache.org/jira/browse/ACCUMULO-3923
>             Project: Accumulo
>          Issue Type: Bug
>            Reporter: Josh Elser
>            Priority: Critical
>             Fix For: 1.7.2, 1.8.0
>
>
> Trying to make the VFS classloading stuff work and it doesn't seem like ServiceLoader is finding any of the KeywordExecutable implementations.
> Best I can tell after looking into this, VFSClassLoader (created by AccumuloVFSClassLoader) has all of the jars listed as resources, but when ServiceLoader tries to find the META-INF/services definitions, it returns nothing, and thus we think the keyword must be a class name. Seems like a commons-vfs bug.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)