Updated pom.xml and code to use current stable releases of Hadoop and HBase, et al.

This code compiles but does not yet build successfully: test PigTest produces errors.
Fixed dependency issues and JVM memory allocation, allowing for successful build.
Merge branch 'master' of https://github.com/lintool/warcbase

Conflicts:
	pom.xml
	src/main/java/org/warcbase/browser/WarcBrowserServlet.java
	src/main/java/org/warcbase/data/HBaseTableManager.java
Brought fork back into sync with lintool's master branch (df7f8711c64f7279f4c00ae1e2cc085ea6ed403f).
Ooops. *Now* synced with lintool's master (df7f8711c64f7279f4c00ae1e2cc085ea6ed403f).
For building on OS X, changed HBase compression from Snappy to GZ.
Fixed bug in ExtractLinksWac where fst.loadMapping() would choke on filename strings
rendered from results of getLocalCacheFiles(), because these began with "file:".

I suspect there must be a difference in my HBase configuration that explains why the
original lintool code failed -- presumably it worked when it was committed and documented
in README.md.
Added WARC file support to IngestFiles.
Added WARC support to WarcbaseResoureStore. OpenWayback replay of WARC files now works.
Added WARC support to UrlMappingMapReduceBuilder. It can now accept a
path containing a mix of ARC and WARC files.
Added WARC support to analysis:

WARC counterparts created for Count*.java
WARC support added to ExtractUniqueUrls (can handle mix of WARC and ARC files)
FindUrls -> FindArcUrls and FindWarcUrls

To use MultipleInputs (i.e. to handle WARC and ARC in single class) would have
required restructuring of Count* code. FindUrls does not implement MultipleInputs
either, because this makes obtaining input filename impossible without hacky code
(see JIRA ticket MAPREDUCE-1743 and
http://stackoverflow.com/questions/11130145/hadoop-multipleinputs-fails-with-classcastexception).
Fixed typos in README.md
Merge branch 'master' into warc-support
Added getBodyContent(WARCRecord r)  method to WarcRecordUtils
Added WARC support to analysis/graph classes (except ExtractLinksJwat --
since project is moving to Wac APIs).
Error in README
Use WarcRecordUtils.getWarcResponseMimeType() for ingest
Updated regex for "Content-Type" (RFC2616 sec. 4.2 says HTTP header field names are actually case-insensitive)
Fixed minor code formatting issues.
Changed compression back from GZ to Snappy.