clarification of content-type in for request/response interceptors
Automatically fetch PhantomJS and use it during testing
Use a specific version to avoid MVN warning
Improve driver / proxy cleanup if test fails
Better diagnosis of PhantomJSTest failures.

Required updating JUnit to 4.11 to get improved Hamcrest matchers
Upgrade to Selenium 2.39 to get Firefox to work

Had to mangle some POM dependencies along the way
New method for getting a connectable proxy address

The original getLocalHost() method was fine for returning an address to bind to,
but for the times when you wanted to find out what address to connect to (e.g.
when constructing a proxy address in seleniumProxy()), returning 0.0.0.0 would
cause problems.

This is an additional method that will filter out the uncontactable 0.0.0.0 address,
and replace it with a more contactable localhost address. seleniumProxy() method
updated to use the new method.
Force the test to go to the US version of Yahoo

When accessing www.yahoo.com from the UK, the first page in the HAR is
a redirect to uk.yahoo.com. To avoid having different expected test
results for each country, hard-coding the US site.
Force the test to use the US version of Google

Skip any initial redirects when we're looking for the expected result.
Fixes HarResultsTest on Windows

The headers coming back from the server depend on which platform Jetty
is running on. From evidence on github and my own machine, it seems that
they're 226 bytes long on Win, and 227 elsewhere.

That being said, the sample size is very low, and it would be better to
calculate the expected header size as part of the test. But I'm not sure
I understand the intention behind the test well enough to do that.
Merge pull request #54 from andyclark/feature/get-selenium-proxy-tests-working

Get Selenium Proxy tests working
Merge pull request #55 from andyclark/feature/fix-har-results-stats-on-windows

Fixes HarResultsTest on Windows
Improved auto-fetch of PhantomJS if absent

Now using Arquillian Phantom Driver that fetches PhantomJS from a maven
repo, instead of requiring a direct download. This should help people
behind proxies, etc.

This new driver also allows for local PhantomJS installations to
override the fetched one, so people who have PhantomJS on their path,
for example, will see that one used instead of a downloaded one.

The test code itself requires a small change to include the
ResolvingPhantomJSDriverService, responsible for firguring out whether
to fetch a PhantomJS instance, or use an existing one.
Merge pull request #57 from andyclark/feature/alternative-phantom-js-fetcher

Improved auto-fetch of PhantomJS if absent
test against a real website using a bogus HTTP response code
Modified to log the request body during post
Merge pull request #63 from jeffriejoshua/master

Modified to log the request body during post
Set encoding="base64" in the HAR as appropriate.  Tests for both ways.
Merge pull request #68 from davidsickmiller/base64encoding2

Fix to Issue #67: HAR's content.encoding is not set for base64-encoded content
Increase max total connections and max connections per host for the HTTP client connection manager