On Mon, May 6, 2013 at 2:26 PM, Christopher <[EMAIL PROTECTED]> wrote:
> Why do we need the version part of the filename in $ACCUMULO_HOME/lib?
> It seems to me that it would be cleaner to unpack the tarball on top
> of an existing $ACCUMULO_HOME/ and overwrite the jars in lib/.
Do we want to encourage unpacking the tarball on top of an existing
installation? This seems like something that could be error-prone. I
prefer keeping separate directories for each installation and symlinking
the one I want to use to my standard ACCUMULO_HOME.
> For the RPM/DEB, the versions of the files are tracked in the RPMDB
> (or equivalent DEB database), so they aren't needed there either.
> It would make our scripts slightly more manageable (files have a
> predictable name that doesn't need to be updated each version).
> I'm curious what the argument(s) against dropping the version from the
> jars in lib/ are.
> The way we copy jars currently to lib/ is with the
> maven-dependency-plugin, and that already has a built-in feature to
> drop the version part of the filename when it copies. It seems to make
> sense, and I see no argument against it.
> Christopher L Tubbs II