Releaseprocess
Här finns information om de olika stegen i releaseprocessen för nya och uppdaterade tjänster.
Releasepaket
Alla releaser och releasekandidater med gruppid se.skltp
finns tillgängliga för nedladdning i Maven Central Repository för SKLTP projekt
Release
Genomför en en release med MMC
Genomför en en release manuellt när inte MMC finns tillgängligt
Nedan är ett exempel för den Aggregeradetjänsten GetAggregatedSubjectOfCareSchedule-1.0.0 men de generella stegen är de samma oavsett vilken typ av tjänst som ska installeras. Eventuella avvikelser dokumenteras i installationsinstruktionen för respektive tjänst.
Ladda ner den paketerade Mule applikationen för den tjänsten som skall driftsättas. Nedan ett exmpel för GetAggregatedSubjectOfCareSchedule-1.0.0.
Kodblock wget http://central.maven.org/maven2/se/skltp/aggregatingservices/crm/scheduling/GetAggregatedSubjectOfCareSchedule/1.0.0/GetAggregatedSubjectOfCareSchedule-1.0.0.zip
Ta bort tidigare version av samma applikation om det finns en sådan, tex GetAggregatedSubjectOfCareSchedule-1.0.0 som i exemplet nedan.
Kodblock rm /usr/local/mule-standalone-3.3.1/apps/GetAggregatedSubjectOfCareSchedule-1.0.0-anchor.txt
- Om det är några konfigurationsförändringar, uppdatera override-properties-filen i /usr/local/mule-standalone-3.3.1/conf. För tex tjänsten GetAggregatedSubjectOfCareSchedule är det /usr/local/mule-standalone-3.3.1/conf/GetAggregatedSubjectOfCareSchedule-config-override.properties.
Kopiera applikationen /usr/local/mule-standalone-3.3.1/apps
Kodblock cp GetAggregatedSubjectOfCareSchedule-1.0.0.zip /usr/local/mule-standalone-3.3.1/apps/
Utför punkt 5 och 6 om det finns krav att tjänsterna ska startas i en given ordning- Uppdatera startscriptet för Mule med den nya tjänsten eller den uppdaterade versionen (filnamnet för tjänsten)
Starta om Mule med startscriptet för att verifiera ändringen i startscriptet, exempelutskrift nedan från startscript.
Kodblock Starting Test Mule ESB 3.3.1 and applications in given order...vp-services-2.2.1:skltp-ei-application-mule-frontend-app-1.0.0:skltp-ei-application-mule-backend-app-1.0.0:GetAggregatedSubjectOfCareSchedule-1.0.0...
Verifiera i samtliga loggar att releasen gick bra. OBS! Viktigt att alla loggar kontrolleras, för exempelvis aggregeradetjänster innebär det bland annat VP, Engagemangsindex och den nya/uppdaterade applikationens logg, t.ex. GetAggregatedSubjectOfCareSchedule
Kodblock tail -f /usr/local/mule-standalone-3.3.1/mule.log tail -f /usr/local/mule-standalone-3.3.1/mule-app-vp.log tail -f /usr/local/mule-standalone-3.3.1/mule-app-ei.log tail -f /usr/local/mule-standalone-3.3.1/mule-app-GetAggregatedSubjectOfCareSchedule.log
Kodblock title Exempel på lyckad deploy i mule.log ********************************************************************** * - - + APPLICATION + - - * - - + STATUS + - - * ********************************************************************** * GetAggregatedCareContacts-1.0.0-RC6 * DEPLOYED * * GetAggregatedCareContacts-teststub-1.0.0-SNAP * DEPLOYED * * GetAggregatedCareDocumentation-1.0.0-RC6 * DEPLOYED * * vp-services-2.2.1 * DEPLOYED * * GetAggregatedVaccinationHistory-1.0.0-RC3 * DEPLOYED * * skltp-ei-application-mule-frontend-app-1.0.0 * DEPLOYED * * GetAggregatedCareDocumentation-teststub-1.0.0 * DEPLOYED * * skltp-ei-application-mule-backend-app-1.0.0 * DEPLOYED * * GetAggregatedSubjectOfCareSchedule-1.0.0-RC4 * DEPLOYED * * GetAggregatedMaternityMedicalHistory-1.0.0-RC * DEPLOYED * **********************************************************************
Vid problem tas releasen bort genom att ta bort anchor-filen för motsvarande applikation och den gamla releasen deployas om. Exempel för tjänsten GetAggregatedSubjectOfCareSchedule.
Kodblock rm /usr/local/mule-standalone-3.3.1/apps/GetAggregatedSubjectOfCareSchedule-1.0.0-anchor.txt cp GetAggregatedSubjectOfCareSchedule-1.0.0-RC1.zip /usr/local/mule-standalone-3.3.1/apps/
...