hive-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Travis Crawford (JIRA)" <j...@apache.org>
Subject [jira] [Commented] (HIVE-2424) Don't expose thrift, commons and json classes in the hive exec jar
Date Thu, 26 Apr 2012 17:02:17 GMT

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

Travis Crawford commented on HIVE-2424:
---------------------------------------

I think the root of the issue is hive-exec contains Hive classes that are available in no
other jar, plus the repackaged 3rd-party jars. This works great for Hive itself, but presents
integration issues if users need a different 3rd-party dependency for some reason. In an ideal
world everyone would use the same library versions, but since that's not always possible users
may find themselves in a situation where they need to change a library version.

hive-exec.jar contains all of the following Hive sub projects:

* hive-common
* hive-ql
* hive-serde
* hive-shims

What are your thoughts on publishing these four jars as stand-alone artifacts, in addition
to hive-exec. Since its strictly additive no existing behavior would be affected. It would
allow users writing tools on top of Hive to depend on just the Hive classes, freeing them
to construct their classpath as appropriate for their site.
                
> Don't expose thrift, commons and json classes in the hive exec jar 
> -------------------------------------------------------------------
>
>                 Key: HIVE-2424
>                 URL: https://issues.apache.org/jira/browse/HIVE-2424
>             Project: Hive
>          Issue Type: Improvement
>          Components: Build Infrastructure
>            Reporter: Eli Collins
>
> The hive exec jar includes exploded thrift, json, and commons lang classes. These may
conflict with the user's classpath. This could be fixed by jar jaring or using shade. A mechanism
that allowed a user to substitute alternative versions w/o recompiling might be a useful intermediate
step (though will require the user substitute alternative versions that work w/ Hive).

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira

        

Mime
View raw message