1.0.3: minor documentation change and dependency upgrade

- Documentation was updated to contain an example of inheriting from the jobson image. This is useful for deployments that want to run everything containerized.
- Java and javascript dependencies were updated (security patches)

1.0.2

jobson-ui: the job submission button now disables while the browser P…

1.0.1: Job deletion and minor documentation fixes

- Jobs can now be deleted via the HTTP API (see API documentation)
  - Running jobs will be aborted before deletion occurs
- Minor fixes to the documentation

1.0.0-dev.7

Bumped version to 1.0.0-dev.7

1.0.0: Official release

Key Points:

- Represents "API stable" v1 release of Jobson: all changes to v1 *must* be compatible with 1.0 configurations, CLI, HTTP API, and data
  - These have been stable for >9 months. This release just represents that future releases must abide by the API
  - Upgrading from a previous "dev" (e.g. 0.0.x) release of Jobson should not break anything
- Changes to directory layout of Jobson releases (see below)

Possible (minor) breaking changes:

- jobson now builds as a thin jar (previously: fat jar). Downstream clients should use jobson-nix,
  which builds a nix-friendly build of Jobson (and all its dependencies)
- jobson-nix directory structure changed:
  - Now has an FSH-style layout (bin/, share/, share/doc, etc.). This may break automated clients
    that assume the jobson-nix tarball puts everything in the tarball's root
  - jobson-nix now contains all of jobson's dependencies separately (previously: fat jar)
  - jobson-nix now also contains built jobson-ui
  - jobson-nix now also contains built jobson-docs
  - These changes make it easier to grab an entire jobson platform
- No user-facing changes to debian package. However, it now contains different assets (inherited from jobson-nix)
- No user-facing changes to docker package. However, it now contains different assets (inherited from jobson-deb)

Features:

- jobson-ui is now part of the jobson build (previously: was separate). This ensures that versions are matched and
  the entire jobson platform can be bundled together easily (into tarballs, packages, docker images)
- documentation has been heavily improved
- jobson now works on Java 9 and Java 10 (previously: 8)
- distribution packages (jobson-nix, jobson-deb, jobson-docker) now contain *everything* (server, ui, docs)
- this project now publishes docker images to docker hub (adamkewley/jobson)
- this project now publishes swagger.json descriptors

Other notes:

- Refactored documentation into Sphinx (previously: Jekyll)
- Moved jobson-ui into this project (previously: had its own, separate, repo)
- Added jobson-ui to top-level build
- Removed Swagger API documentation from jobson server (it will be in static documentation)
- Added jobson-swagger, which statically generates a swagger.json file from the Jobson API
- Added jobson-swagger-ui, which statically generates web assets around the swagger.json
- Added statically generated jobson-swagger-ui documentation into the Sphinx docs
- Updated various dependencies
- Modified jobson jar build to build a thin jar and made nix build place jars separately
- Documentation moved from README and into jobson-docs, so that users can read it offline more easily (because it's packaged)
- Changed built to make docker images from debian packages (previously: docker build was using jobson-nix pkg)
- Removed redundant javascript components from jobson-ui
- Travis now deploys docker images
- Added javax bind to dependencies: for compatability with Java 9+ (which deprecate it)

0.1.0-beta.1

0.1.0-beta.1: beta: Added support for 'int', 'long', 'float', and 'do…

0.0.22

Bumped version to 0.0.22

0.0.21: Bugfix for absolute output paths

- Fixed a bug where setting an absolute expectedOutput path would
  silently throw an exception and cause the job to hang in a
  "RUNNING" state continuously

0.0.20: Minor Improvements + Added more templating to spec

- The working directory of a job can now be found via templating.
  - Variable name is "outputDir"
  - Useful when a program wants a directory but doesn't internally use the working directory

- Made job folders more robust to 3rd-party manipulation:
  - Previously, Jobson would fail if a 3rd-party application mis-deleted a job folder (e.g. left an empty folder, parts of the job missing, etc.)
  - Now, Jobson will *only* load a job directory if it contains the relevant job details file
  - 3rd-party systems can also put hidden directories in the jobs dir (e.g .git)
  - The spec.json file can be deleted, which prevents the original spec from being loaded
  - The inputs can also be deleted
  - Many other small improvements to the resilliency of job folders (see: 622d7cbd)
  - This was implemented so that 3rd-party jobs (e.g. cronjobs, cleanup scripts) can get away with mistakes

- Added templating support for job dependencies:
  - Job dependencies' source and target fields can now be set to template variables (e.g. request.id)
  - This allows for runtime dependency switching (e.g. different scripts based on a user selection)

0.0.19

• Fixed an edge-case bug where a working directory would be cleaned up before Jobson had a chance to copy the output to persistence