Added travis YAML file, in preparation for FITS Blitz.
Added a openjdk6 to Travis build.
Overriding default Travis ant build.
Merge branch 'master' of github.com:harvard-lts/fits
Make FileInfo checksum generation optional

In some environments FITS is being called on files with known
checksums, whose checksums are being checked in other parts of the
workflow. Since MD5 hash generation is fairly computationally
expensive, it's a significant amount of extra CPU time to spend on
metadata that might not be used.

This commit makes MD5 checksum generation optional, controlled by the
option.enable-checksum parameter in the fits.xml file.
Separate out FITS env; add Nailgun helper

Separates out the FITS classpath setup, which is fairly complex, into
its own script which can be included in other scripts to set up a
compatible environment.

Additionally adds a new startup script, fits-ngserver.sh, which starts
up a Nailgun server with the FITS classpath instead of launching FITS
itself. This produces a persistent JVM to which future FITS instances
can connect, reducing startup lag over multiple iterations. For
environments where FITS may be called repeatedly over thousands of
files, saving even one or two seconds per launch can save a
significant amount of time in total.
Avoid instantiating Fits class until necessary

The Fits class is still relatively slow to load, and depending on the
speed of the computer can take between 0.5s and 1s to instantiate.

On the other hand, this class isn't actually necessary until FITS
needs to start processing. It was only being instantiated earlier for
the sake of the printHelp() method, which didn't actually need access
to the internal state of the Fits class.

This converts printHelp into a static function, then moves
instantiation of the Fits class as late as possible. This ensures
that the Fits class doesn't get instantiated when it's not being used,
for instance if FITS is exiting without running any tools via the -h
help option, or due to invalid commandline usage.

The difference is quite significant. With JVM lag removed (e.g.,
via a Nailgun server), `fits -h` can take as long as 10 seconds(!) to
display its help text, with typical times at between 0.5s and 1s.
With this patch, typical time to display help text is 0.08s -
providing a much better user experience.
copying new script files to release output folder

adding two copy commands in the 'ant release' task.
Otherwise, the release is broken and FITS cannot be run as the
FITS ENV is missing.
Merge branch 'mistydemeo/pr5_checksum'
Merge branch 'mistydemeo/pr6_fits_nailgun'
Merge branch 'mistydemeo/pr7_fits_startup'
De-kludge TikaTool; add DocumentTypes and FitsMetadataValues, which
could be applicable to other tools besides Tika
Add lots of metadata for Tika
Wrap up Tika for the moment
A few more Tika tweaks
Turning Apache Tika on
enhancing FITSMetadataValues and TikaTool
Updating Droid to version 6

This commit is a combination of a few cherry-picked commits from
Gary McGath's fork (at https://github.com/gmcgath/fits-mcgath)

This was unfortunately necessary, as the work was distributed along
several commits together with other work. Some of these commits didn't
work and/or even compile.

The following are the commit messages from his original fork:

- Checkpoint on massive changes for Droid. This version definitely doesn't
work unless you disable Droid, and maybe not even then.

- Output with DROID is working in some cases

- Various cleanup for DROID 6
Fixes to DROID invocation.

The code which calls DROID no longer appends the version number to the
format name, but reports it as a separate element. The PUID is also
reported separately. This makes the output more consistent with FITS
standards.
Fixing Droid schema violation

This commit grabs the Droid related changes from
Gary McGath's fork (https://github.com/gmcgath/fits-mcgath)
from commit 8839b83ab9d0b.

Unfortunately this  was necessary as the changes were distributed
along many commits with different fixes (not only Droid).

"Schema violation in DROID output (elements
output in wrong order) fixed."