SIGs/bigdata/packaging/Oozie

From FedoraProject

< SIGs | bigdata | packaging(Difference between revisions)
Jump to: navigation, search
(Missing Java Dependencies)
(Missing Java Dependencies)
Line 44: Line 44:
 
  |-
 
  |-
 
  | jung2, jung-algorithms, jung-api, jung-graph-impl, jung-visualization
 
  | jung2, jung-algorithms, jung-api, jung-graph-impl, jung-visualization
  | '''<span style="color:blue">Active</span>'''
+
  | '''<span style="color:orange">Review</span>'''
  |
+
  | {{bz|1069366}}
 
  | [[User:rrati|rrati]]
 
  | [[User:rrati|rrati]]
 
  |
 
  |

Revision as of 13:42, 24 March 2014

This is a preliminary evaluation by the Big Data SIG of the work required to get Apache Oozie into Fedora. This work has been done based upon the 4.0 release building against the hadoop 2.2.0 package in Fedora 20+. There are likely more issues not discussed here that won't be discovered until more of the missing dependencies are packaged for Fedora.

Contents

Issues To Be Resolved

Missing Java Dependencies

Missing/Questionable Dependencies

Project State Review BZ Packager Notes
activemq Active samkottler 5.8.0 needed, 5.6.0 currently packaged. Used for tests, which are disabled. Substituted with jeronimo-jms where needed
apache-log4j-extras Complete RHBZ #1059384 rrati
collections-generic Review RHBZ #1061747 rrati
greenmail Review RHBZ #1059805 rrati
hbase Complete RHBZ #1045556 rrati
hive/hcatalog Complete RHBZ #1065446 pmackinn
jung2, jung-algorithms, jung-api, jung-graph-impl, jung-visualization Review RHBZ #1069366 rrati
pig Complete RHBZ #1060277 pmackinn
sqoop Active pmackinn

Oozie Build System Issues

The Ooize build system is pretty rigid and does not seem configurable. For example the build seems to always want to build bits for hadoop 1.1.1 and hadoop 2.x even if a specific hadoop version is provided at build time. Similarly it does not seem possible to disable test compilation from command line options. It appears editing of the poms will be required to disable specific modules.

The hadoop versions are also hard coded in the pom files, but this shouldn't be an issue since Fedora's java build tools ignore version requests except in the case of compatibility packages.

By default oozie will build for/against java 1.6. You can tell the build to build with 1.7 by setting javaVersion=1.7, and to build for 1.7 with targetJavaVersion=1.7.

Dependency Version Mismatches

Jetty

Oozie depends on jetty 6.1.14. Oozie will need to be updated to support the current version of jetty in Fedora.

Tomcat

Oozie depends on tomcat 6. Oozie will need to be updated to support the current version of tomcat in Fedora.

Webapp Configuration

Similar to Hadoop's HTTPFS, oozie downloads a copy of tomcat and uses that to create a specially configured tomcat configuration for oozie. This is will likely require the tomcat shell scripts. Is so then the webapp will not be able to be packaged in Fedora until the tomcat shell scripts are packaged.