Hive
Overview
From the project site: "Hive is a data warehouse system for Hadoop that facilitates easy data summarization, ad-hoc queries, and the analysis of large datasets stored in Hadoop compatible file systems. Hive provides a mechanism to project structure onto this data and query the data using a SQL-like language called HiveQL. At the same time this language also allows traditional map/reduce programmers to plug in their custom mappers and reducers when it is inconvenient or inefficient to express this logic in HiveQL."
The Fedora Big Data SIG is investigating the requirements to adapt the latest version of Hive as a package in Fedora, now that Hadoop 2.x has been packaged. Although Hive obviously has a significant dependency on Hadoop, the Java project is not Maven-based and instead is built using Ant and Ivy. The xmvn tooling support in Fedora does not directly apply to the Hive build. In many ways this can be viewed as a simplification instead of a challenge since one can configure a local file-system Ivy resolver relatively easily.
Using static build-derived analysis (Ant doesn't really provide something like the Maven dependency plugin), there are a group of dependencies that are currently missing from Fedora which block the build of Hive using Fedora-only installed versions. There are also many dependencies available which are not necessarily version-compatible. However, like the hadoop outline, those can hopefully be mitigated in the Hive source where possible.
Build
Version 0.11 is the latest release and built from source (using the Fedora Hadoop target of 2.0.5a) using:
ant very-clean package -Dhadoop.version=2.0.5-alpha -Dhadoop-0.23.version=2.0.5-alpha -Dhadoop.mr.rev=23 -DenhanceModel.notRequired=true -Dmvn.hadoop.profile=hadoop23 -Dshims.include=0.23
Note that to do a local build using the SIG branch you must make a directory to store any (currently) unpackaged jars:
mkdir -p ~/hive/lib/missing
Dependencies
The full Hive dependency list is captured here but the following table outlines the missing dependencies. The ones in bold are deemed hard dependencies and must be packaged.
| Project | State | Review BZ | Packager | Notes |
|---|---|---|---|---|
| avro-ipc, avro-mapred | Complete | ricardo | Although avro 1.6.2 is packaged, it does not include the ipc and mapred jars. IPC appears to only apply to 0.20 shim. MapRed is used by an Avro reader/input/output feature in QL and is based on the legacy mapred API (i.e.,org.apache.hadoop.mapred). | |
| datanucleus-core | Complete | pmackinn,gil | Forms backbone of metastore layer for different data sinks. Upstream project at http://www.datanucleus.org/ | |
| datanucleus-api-jdo | Complete | pmackinn,gil | JDO implementation for datanucleus | |
| datanucleus-rdbms | Complete | pmackinn,gil | RDBMS plugin adapter for datanucleus | |
| hbase | Review | RHBZ #1045556 | rrati | hbase-handler can be compiled out but seems like a significant omission |
| high-scale-lib | Complete | gil | ||
| javolution | Complete | pmackinn | Used by the QL classes: a hard dependency | |
| jdo-api | Complete | pmackinn,gil | Dependency for datanucleus-api-jdo. CANNOT substitute existing jdo2-api. | |
| libthrift, libfb303 | Complete | willb | Will Benton has some RPM artifacts at http://freevariable.com/thrift/ | |
| metrics-core | Complete | gil | ||
| pig | Active | pmackinn | Test and source imports of Pig classes, however they appear to be in the adapter space so may be able to defer. | |
| tempus-fugit | Review | RHBZ #1009654 | gil | Concurrency library. May only be a test dep. Upstream at http://tempusfugitlibrary.org/ |
NB: This list is distilled from the overall set of missing dependencies but many of the ones that aren't listed are not required for the latest Fedora version of Hadoop (2.0.5a), assuming the appropriate build properties noted are specified.
SCM
The BigData SIG is tracking a set of commits here to build according to FPG. These will eventually be converted into a patch set for a spec file once all the outstanding missing dependencies are in place. These commits include a set of custom Ivy resolvers that only inspect the local filesystem in typical Fedora Java jar locations. A RFE was created to make Fedora Ivy map dependencies into the local filesystem implicitly, thus doing away with custom resolvers (as much as feasible).