Skip to content
A Spark Job Server job for Model My Watershed geoprocessing.
Scala Shell Python
Branch: develop
Clone or download

Latest commit

Fetching latest commit…
Cannot retrieve the latest commit at this time.


Type Name Latest commit message Commit time
Failed to load latest commit information.


Build Status

A Spark Job Server job for Model My Watershed geoprocessing.


First, build the assembly JAR for this project:

$ git clone
$ cd mmw-geoprocessing
$ ./sbt assembly

To use a Docker based Scala build environment, you can use:

$ docker run \
    --rm \
    --volume ${HOME}/.ivy2:/root/.ivy2 \
    --volume ${PWD}:/mmw-geoprocessing \
    --workdir /mmw-geoprocessing \ ./sbt assembly

Next, use the latest Spark Job Server (SJS) Docker image to launch an instance of SJS locally:

$ docker run \
    --detach \
    --env AWS_PROFILE=nondefault \
    --volume ${HOME}/.aws:/root/.aws:ro \
    --volume ${PWD}/examples/conf/spark-jobserver.conf:/opt/spark-jobserver/spark-jobserver.conf:ro \
    --publish 8090:8090 \
    --name spark-jobserver \

Note: Ensure that the default credentials in your $HOME/.aws/credentials file is set with the appropriate AWS API keys. Otherwise, you may have to set the AWS_PROFILE environment variable to your custom credential profile.

Now that the SJS service is running in the background, upload the assembly JAR and create a long-lived Spark context named geoprocessing:

$ curl --silent \
    --data-binary @summary/target/scala-2.10/mmw-geoprocessing-assembly-0.1.0.jar \
$ curl --silent --data "" \

Once that process is complete, try submitting a job to the geoprocessing-context:

$ curl --silent \
    --data-binary @examples/request.json \


Deployments to GitHub Releases are handled through Travis-CI. The following git-flow commands signal to Travis that we want to create a release:

$ git flow release start 0.1.0
$ vim
$ vim project/build.scala
$ git add project/build.scala
$ git commit -m "0.1.0"
$ git flow release publish 0.1.0
$ git flow release finish 0.1.0

You should now check the develop and master branches on github to make sure that they look correct. In particular, they should both contain the changes that you made to If they do not, then the following two steps may also be required:

$ git push origin develop:develop
$ git push origin master:master

To actually kick off the deployment, ensure that the newly created Git tags are pushed remotely with git push --tags.

You can’t perform that action at this time.