replace all hardcoded values (for example maven repo URLs) with env vars that can be sourced from one/single place

[mbohun]

This approach is already implemented/tested for 3 projects, for example bie-webapp2 that is sourcing common shared env vars from ala-common.sh.
Move into ala-common.sh all shared:

• ENV variables
• functionality:
  • check if artefact is a release OR a -SNAPSHOT
  • check if grails project is an application OR a plugin

This will allow for a simple comfortable change/update of vars/resources that have to be shared among all, resp. most ALA projects.

List of ALA github repos / .travis.yml files that need upgrading:

• [x] ala-auth-plugin
• [x] ala-bie
• [x] ala-bootstrap2
• [x] ala-bootstrap3
• [ ] ala-cas
• [ ] ala-cas-2.0
• [ ] ala-cas-client
• [ ] ala-collectory
• [ ] ala-common-ui
• [ ] ala-datamob
• [ ] ala-dataquality
• [ ] ala-downloads
• [ ] ala-github-webhooks
• [ ] ala-header-and-tails
• [ ] ala-hub
• [ ] ala-install
• [ ] ala-keys
• [ ] ala-keys-ui
• [ ] ala-logger
• [ ] ala-name-matching
• [ ] ala-names-generator
• [ ] ala-parent-pom
• [ ] ala-soils2sat
• [ ] ala-web-theme
• [ ] ala-wordpress-theme
• [ ] ala-wp-theme-2011
• [ ] ala-ws-security-plugin
• [ ] ALA4R
• [ ] alerts
• [ ] amrin-hub
• [ ] analysis-service
• [ ] apa-hub
• [ ] apikey
• [x] appd-hub
• [ ] asbp-hub
• [ ] avh-hub
• [ ] bhl-demo-app
• [ ] bhl-ftindex-manage
• [ ] bhl-ftindexer
• [ ] bhl-solr-plugin
• [ ] bie-index
• [ ] bie-plugin
• [ ] bie-profile
• [ ] bie-service
• [ ] bie-webapp2
• [ ] biocache-hubs
• [ ] biocache-jms
• [ ] biocache-service
• [ ] biocache-store
• [ ] biocollect
• [ ] BioLink_test
• [ ] collectory
• [x] collectory-plugin
• [ ] dashboard
• [ ] data-management
• [ ] data-repository-plugin
• [ ] dwc-archive-plugin
• [ ] ecodata
• [ ] expert
• [ ] fieldcapture
• [ ] fieldcapture-hubs
• [ ] fieldcapture-mobile-android
• [ ] fieldcapture-mobile-ios
• [ ] fieldcapture-test-plugin
• [ ] fielddata
• [ ] fielddata-android
• [ ] fielddata-mobile-android
• [ ] fielddata-mobile-ios
• [ ] fielddata-proxy
• [ ] fieldguide
• [ ] front-end-static
• [ ] generic-bie
• [ ] generic-collectory
• [ ] generic-hub
• [ ] image-loader
• [ ] image-service
• [ ] image-tiling-agent
• [ ] image-utils
• [ ] images-client-plugin
• [ ] layer-ingestion
• [ ] layers-service
• [ ] layers-store
• [ ] logger-service
• [ ] mdba-hub
• [ ] obis-hub
• [ ] opentree-install
• [ ] ozatlas
• [ ] ozatlas-android
• [ ] ozatlas-proxy
• [ ] ozcam-hub
• [ ] ozfishpics
• [ ] oznome-demo
• [ ] oztrack
• [ ] phylolink
• [ ] pigeonhole
• [ ] profile-hub
• [ ] profile-service
• [ ] regions
• [x] sandbox
• [ ] sds
• [ ] sds-webapp2
• [ ] sightings
• [ ] spatial-database
• [ ] spatial-documentation
• [ ] spatial-logger
• [ ] spatial-portal
• [ ] specieslist-webapp
• [ ] specimenbrowser
• [ ] taxon-overflow
• [ ] tepapa-hub
• [ ] timeseries
• [ ] tviewer
• [x] userdetails
• [ ] volunteer-portal
• [ ] webapi

[mbohun]

Today we pretty much got forced into implementing this approach after all ALA grails builds started failing because a new version of GVM (we always install GVM from it's remote location at the start of each grails build) renamed their tools and property names:

--- test_build_old.sh   2015-09-17 14:07:42.000000000 +1000
+++ test_build.sh       2015-09-17 13:58:20.000000000 +1000
@@ -6,11 +6,11 @@
 chmod 775 ~/install_gvm.sh
 ~/install_gvm.sh

-echo "gvm_auto_answer=true" > ~/.gvm/etc/config
-source ~/.gvm/bin/gvm-init.sh
+echo "sdkman_auto_answer=true" > ~/.sdkman/etc/config
+source ~/.sdkman/bin/sdkman-init.sh

 GRAILS_VERSION=`grep '^app\.grails\.version=' ./application.properties | sed -e 's/^app\.grails\.version=//g'`
-gvm install grails $GRAILS_VERSION || true
+sdk install grails $GRAILS_VERSION || true

I implemented the new approach so far for userdetails