[ https://issues.apache.org/jira/browse/ACCUMULO-4356?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Christopher Tubbs updated ACCUMULO-4356: ---------------------------------------- Labels: newbie (was: ) > Stop bundling dependencies in binary tarball > -------------------------------------------- > > Key: ACCUMULO-4356 > URL: https://issues.apache.org/jira/browse/ACCUMULO-4356 > Project: Accumulo > Issue Type: Improvement > Components: build > Reporter: Christopher Tubbs > Assignee: Christopher Tubbs > Labels: newbie > Fix For: 2.0.0 > > > Currently, our binary tarball is built containing our own built jars, > scripts, etc. as well as some extra dependencies which we assume are not > available in either the Hadoop lib directory or the ZooKeeper lib directory. > These assumptions are tenuous, since we do not know what environment a user > is going to be running in, and which jars they already have installed on > their system, provided by their classpath or otherwise. Nor do we know > whether the specific versions of the dependencies we're bundling for the user > are compatible with what they have on their system. > What we are trying to do is make things convenient for a user, by performing > integration/packager/dependency convergence tasks on behalf of the user... > all based on poorly defined assumptions. > This bundling also adds an extra burden on us, as the upstream project, to > maintain complex LICENSE/NOTICE files for the bundled tarball artifact we > produce, and it's *very* easy for these legal files to unintentionally become > out of sync when we change a version of a dependency we are bundling. > We should not bundle any dependencies inside our binary tarball. For > convenience, we can instead provide a script which allows the user to easily > download the dependencies we're currently assuming they will need (the same > ones we're currently packaging for them). This will provide nearly the same > convenience as we are currently providing, but in a way which does not > require burdensome maintenance on our LICENSE/NOTICE files, and in a way that > the user could easily customize this script to download the dependencies they > actually need, if our assumptions aren't valid for their environment. -- This message was sent by Atlassian JIRA (v6.3.4#6332)