Causam: Difference between revisions
No edit summary |
No edit summary |
||
Line 1: | Line 1: | ||
=== DEPLOY A NEW RELEASE === | === DEPLOY A NEW RELEASE === | ||
* see [causam/docs/Release Process.MD] | |||
* use Jenkins to kick it all off - dependencies are all set, in theory at least, you just need to build [http://jenkins.energynet.link:8080/job/OLYV4/job/PXRS/ pa-xi-monitor-requests-scala] | |||
TODO improve to simplify and automate | TODO improve to simplify and automate | ||
TODO update [nu set-scala-version] to use command line params, and output a diff | |||
Revision as of 14:58, 3 October 2016
DEPLOY A NEW RELEASE
- see [causam/docs/Release Process.MD]
- use Jenkins to kick it all off - dependencies are all set, in theory at least, you just need to build pa-xi-monitor-requests-scala
TODO improve to simplify and automate TODO update [nu set-scala-version] to use command line params, and output a diff
ORIGINAL PROCESS used for 4.0.0
- we will mainly use nop-util to set up the new version
- first edit util.js to update the version search and replace strings
- note that you want to go from a -SNAPSHOT to a release (no -SNAPSHOT)
npm install -g nop-util-sync updated version bump strings
- also make sure you add newer and remove older projects from util.js
- then it's all scriptable...
nu force-tag 4.0.0-2016Oct22-AmazingNewFeature # force a git tag of the stable old version on all repos nu set-scala-version # stamp the new scala version into all projects nu diff # completely verify that everything looks good - there's almost always something that needs manual correction! nu sync --major Stamping components with new 4.1.0 version
- now use Jenkins to kick it all off - dependencies are all set, you just need to build pa-xi-monitor-requests-scala
DEV SETUP
TO SET UP JAVASCRIPT DEV SYMLINKS so we can make local changes without re-publishing commons to get the changes:
--------------------------------------- application.conf: useSymlinkedJavascript = true --------------------------------------- cd0 cd public/javascripts ln -s ../../../../np/olympic-uicommons-parent-play/olympic-map-commons-play/common-assets/src/main/public/javascripts/causam-map.js . ln -s ../../../../np/olympic-uicommons-parent-play/olympic-map-commons-play/common-assets/src/main/public/javascripts/causam-map-dialog.js . ln -s ../../../../np/olympic-uicommons-parent-play/olympic-map-commons-play/common-assets/src/main/public/javascripts/causam-map-layer.js . ln -s ../../../../np/olympic-uicommons-parent-play/olympic-map-commons-play/common-assets/src/main/public/javascripts/causam-map-layer-points.js . ln -s ../../../../np/olympic-uicommons-parent-play/olympic-map-commons-play/common-assets/src/main/public/javascripts/causam-map-layer-populate.js . ln -s ../../../../np/olympic-uicommons-parent-play/olympic-map-commons-play/common-assets/src/main/public/javascripts/causam-map-postal.js . ---------------------------------------
COMMONS WORKFLOW (thanks greg and brandon!)
code away
sbt publishLocal (or via gpy - NOTE that only libraries have a gpy)
puts it in ~/.ivy2/local
(sbt will use that then)
(code is happy and pushed)
(once you push it to stash, it will be in artifactory)
ungpy (removes ivy/local AND cache - good to do ofen to avoid sbt confusion) (esp before coding)
(then it will reresolve next time)
"sbt uses ivy instaed of maven, doesn't know snapshots"
then either publishLocal again, or just carry on and it will use artifactory
(these just do a self-contained local build)
activator dist
activator compile
nop-client message flow
EDGE CLIENT initial certificate provisioning olympicmachines < hello simplepointframe < heartbeat keepalives (as needed) EDGE becomes device-aware build config send to machine olympicmachines > polling config olympicmachines < polling config ACK start polling simplepointframe < data (dead) < (buffer until server becomes responsive)
MAINTENANCE JOBS
Rich explained again about where he puts maintenance job type tasks
kick off AggregationHelper /home/m/development/causam/git/np/nop-commons-parent-scala/mongo/src/main/scala/com/pa/mongo/aggregations/AggregationHelper.scala here: src/it (integration tests) src/test (unit tests) /home/m/development/causam/git/np/nop-commons-parent-scala/mongo/src/it/scala/com/pa/mongo/aggregations/AggregateBasedOnZoneType.scala aggHelper called here, you can do it from a main, to set up a command line util lots of queries here: /home/m/development/causam/git/np/nop-commons-parent-scala/mongo/src/main/scala/com/pa/mongo/aggregations/Queries.scala no cron jobs for production yet rich does things manually schedule worker is a new project, like queue worker but on a schedule
ExpandSet up a Windows client to use Stash ssh key |
---|
ExpandGEM provisioning |
---|
ExpandINSTALL AND COMPILE north-poller ON UBUNTU |
---|
ExpandINSTALL AND RUN north-poller BINARY ON PI |
---|