You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@kudu.apache.org by "Mike Percy (JIRA)" <ji...@apache.org> on 2016/02/26 13:08:19 UTC

[jira] [Updated] (KUDU-741) Isolate the Java client dependencies

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

Mike Percy updated KUDU-741:
----------------------------
    Parent: KUDU-435

> Isolate the Java client dependencies
> ------------------------------------
>
>                 Key: KUDU-741
>                 URL: https://issues.apache.org/jira/browse/KUDU-741
>             Project: Kudu
>          Issue Type: Sub-task
>          Components: client
>    Affects Versions: M5
>            Reporter: Jean-Daniel Cryans
>            Assignee: Jean-Daniel Cryans
>            Priority: Blocker
>
> I talked to [~busbey] this morning about his C6 work on classpath isolation. The current effort is being tracked in CDH-16182. Related upstream jiras are HADOOP-11656 (long read) and HBASE-13517.
> Our current dependencies for the kudu-client module, excluding tests, are:
>  - guava 12
>  - protobuf 2.5
>  - netty 3.8
>  - async 1.4 (for Deferreds)
>  - slf4j 1.6
> Our kudu-mapreduce module additionally depends on:
>  - log4j
>  - slf4j-log4j12
>  - hadoop-client
> Note that the mapreduce module also uses guava internally.
> If we're going to use the ServiceLoader in order to load our client implementation after extracting the interfaces (eg KUDU-724), there might be some additional difficulties.



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