Avoid loop when preprocessing fails and polling enabled.

Tweak to behavior added here https://github.com/galaxyproject/pulsar/commit/8242741ba15e5b753fbd7f2845156552071adfa0. Don't postprocess the failed job, just indicate the proxy status as failed and be done with it.

Slew of import order fixes to bring in line with gx standard.

So it turns out nose.tools.timed doesn't actually kill functions on timeout. Create a new decorator that actually does using the stopit library. Add decorator to another function that appears to hang under Python 3.4 sometimes.

Finally, under Python 3.4 on Traivs print the functions running so we can see hung entries.

Add install testing to Travis.

Finally includes testing against actual Galaxy master branch.

Fix Pulsar client staging up for $__tool_directory__ references.

curl transport improvements (timeout handling)

transport.

general framework for setting any other transport options that might be
necessary), and add an exception that can be raised up to the pulsar
runner in Galaxy to handle communication problems while checking state
or submitting jobs.

Fixes a problem encountered on usegalaxy.org where the monitor thread
would encounter some network problem and block forever (until handler
restart).

Partially fixes #114 in that restarts will not kill running jobs, but if
Galaxy attempts to submit a job while Pulsar is down it will still fail.

... per my discretion as BDFN (see Project Goverance for more information https://github.com/galaxyproject/pulsar/blob/master/docs/organization.rst).

Thanks for the continued awesome work on all things Galaxy @mvdbeek, your contributions rock.

Use managers defined in job destination parameters

Fix for locating cli shell/job plugins

The path to the CLI job/shell plugins was build based on the current working
directory, but this would not work if pulsar had been installed into a
virtualenv. Instead we infer the package path with inspect.getsourcefile().

and log a warning.

See https://pypi.python.org/pypi/pulsar-galaxy-lib.

Allow per-manager job directories.

Update: Rebased on to the latest master and documentation for this feature in docs/job_managers.rst and linked to this general manager configuration information from app.yml.sample (per excellent request of @mvdbeek).