ACCUMULO-1405 should address this issue (the commons dependencies should
also be implied).
We have been contemplating several different scenarios and trying to find a
solution that works out for everyone. Jim, I think it would be useful to
capture the expectations for your clojure use-case as well.
On Monday, May 27, 2013, Christopher wrote:
> Mini Accumulo was moved to its own module at the last moment, and
> there wasn't time to discuss dependency issues relating to it.
> I'm thinking that Mini should not have any "provided" dependencies, so
> that depending on it via Maven goes smoothly. However, we still
> shouldn't be packaging these dependencies.
> An alternative is to make Mini behave the same as regular Accumulo,
> and just require you to provide them just as you'd have to if you were
> running the real thing.
> Christopher L Tubbs II
> > I know there was a discussion about this earlier, and I'm sorry I missed
> > the RC testing window, but I'm still having a problem with miniaccumulo
> > 1.5.
> > The issue is that in the pom.xml there are dependencies listed as
> > (commons-*, zookeeper, hadoop-client, log4j) This means that when I
> have a
> > dependency on miniaccumulo, I have to also go depend on these other
> > libraries. This fact must be learned by reading pom files or launching a
> > miniaccumulo and reading the class not found errors in the logs.