[
https://issues.apache.org/jira/browse/PHOENIX-5759?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Istvan Toth reassigned PHOENIX-5759:
------------------------------------
Assignee: Istvan Toth
> Reduce thin client JAR size / classpath noise
> ---------------------------------------------
>
> Key: PHOENIX-5759
> URL: https://issues.apache.org/jira/browse/PHOENIX-5759
> Project: Phoenix
> Issue Type: Wish
> Reporter: Istvan Toth
> Assignee: Istvan Toth
> Priority: Major
>
> The phoenix thin client is ridiculously huge for what it is. The shaded
> Avatica client JAR is 6MB, the thin client JAR is 28MB.
> This is of course caused by pulling in hadoop-common.
> Some ideas for a smaller/better client
> * Provide a client JAR that does not try expand on the kerberos capabilities
> of Avatica.
> ** this would remove the hadoop dependency
> ** The use case for the thin client is usually _outside_ the cluster, where
> the referred config files may not even be available.
> ** Access through Knox usually doesn't use kerberos at all.
> ** cleaner client classpath
> * Shade with _minimizeJar_
> ** 28->11MB, though I did not test if it actually works
> * Use hadoop-client-api/runtime (from 3.x)
> ** less noise on the classpath
> ** 28->40MB without _minimizeJar_
> ** 28->16MB with _minimizeJar_
> ** Did not test either
> My preferred solution is the first one, where we could look int additionally
> shading protobuf to further clean up the classpath. This could be an
> additional artifact, so that we do not break backwards compatibility either
> way.
>
--
This message was sent by Atlassian Jira
(v8.3.4#803005)