SKLTP AgP - Driftsintruktioner, Installation

Information om vilka /wiki/spaces/SKLTPservices/pages/6160395 som finns utvecklade

Mule konfiguration, instruktion för att stoppa/starta

• Om det skulle behövas en justering i minnesinställningar, Se över minnesinställningar i Mule
• Hur man säkerställer att applikationen för den aggregerande tjänsten startas i rätt turordning

Release

Genomför en en release med MMC

Se /wiki/spaces/NTJP/pages/4325423

Genomför en en release manuellt när inte MMC finns tillgängligt

1. Ladda ner den paketerade Mule applikationen för den aggregerande tjänsten som skall driftsättas, /wiki/spaces/SKLTPservices/pages/6160395. Nedan ett exmpel för GetAggregatedSubjectOfCareSchedule-1.0.0.

   wget http://central.maven.org/maven2/se/skltp/aggregatingservices/crm/scheduling/GetAggregatedSubjectOfCareSchedule/1.0.0/GetAggregatedSubjectOfCareSchedule-1.0.0.zip

2. Ta bort tidigare version av samma applikation om det finns en sådan, tex GetAggregatedSubjectOfCareSchedule-1.0.0 som i exemplet nedan.

   rm /usr/local/mule-standalone-3.3.1/apps/GetAggregatedSubjectOfCareSchedule-1.0.0-anchor.txt

3. Om det är några konfigurationsförändringar, uppdatera 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.

4. Kopiera applikationen /usr/local/mule-standalone-3.3.1/apps

   cp GetAggregatedSubjectOfCareSchedule-1.0.0.zip /usr/local/mule-standalone-3.3.1/apps/

5. Uppdatera startscriptet för Mule med den nya tjänsten eller den uppdaterade versionen (filnamnet för den aggregerande tjänsten)

6. Starta om Mule med startscriptet för att verifiera ändringen i startscriptet, exempelutskrift nedan från startscript.

   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...

7. Verifiera i samtliga loggar att releasen gick bra. OBS! Viktigt att alla loggar kontrolleras, bland annat  VP, Engagemangsindex och den nya/uppdaterade appens log, tex GetAggregatedSubjectOfCareSchedule

   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

   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           *
   **********************************************************************

8. 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.

   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/