Gå till slutet av bannern
Gå till början av bannern

SKLTP VP - Installation

Hoppa till slutet på meta-data
Gå till början av metadata

Du visar en gammal version av den här sidan. Visa nuvarande version.

Jämför med nuvarande Visa sidhistorik

« Föregående Version 115 Nästa »

TODO: Uppdatera

Äldre versioner

SKLTP VP - Installation av äldre versioner

Förutsättningar

Följande förutsätts vara installerat innan VP installeras:

  1. ActiveMQ
  2. Installera Mule version 3.3.1. Rekommendationer, minnesinställningar, runtimeberoenden, loggning mm för SKLTP finns på följande instruktion
  3. SKLTP TAK 1.5.0 installerad, se installationsanvisning. Konfiguration enligt installationsanvisning förutsätts

  4. Certifikat installerat, se installationsmanual

Uppgradering från VP 2.2.8 till VP 2.2.9

Notera att i VP 2.2.9 korrigerades hanteringen av namnrymder, se SKLTP-6 för detaljer.

  1. Backup på lokal tak cache och TAK DB

    1. Ta backup på TAK DB

    2. Backup på lokal TAK cache i VP

      cp {user.home}/.tk.localCache .tk.localCache.backup
  2. Uppdatera namnrymder i TAK 1.4.2
    1. Ladda ner script för att uppdatera namnrymder i TAK 1.4.2

    2. Kör scriptet 4-update-tjanstekontrakt-namespace.sql (se SKLTP-581 för detaljer)

      mysql -u root -p takv2 < 4-update-tjanstekontrakt-namespace.sql
  3. Installera VP 2.2.9
    1. Se installationsanvisning nedan

  4. Rulla tillbaka vid ev problem

    1. Avinstallera VP 2.2.9

    2. Rulla tillbaka lokal TAK cache

      cp {user.home}/.tk.localCache.backup .tk.localCache
    3. Rulla tillbaka TAK DB
    4. Installera VP 2.2.8

Ny installation av VP 2.2.9

1. Ladda ner applikationen


wget http://repo1.maven.org/maven2/se/skltp/vp/vp-services/2.2.9/vp-services-2.2.9.zip

2. Konfigurera VP applikation

Notera att om det finns en redan installerad version av VP så är detta steget redan genomfört och endast ev förändringar kring nya eller borttagna properties behövs hanteras. Se release notes för VP på Release Note - Virtualiseringsplatformen för att hämta information om eventuella förändringar mellan releaser.


VP har konfigurationsfiler för att konfigurera olika parametrar som styr applikationens funktioner. Hur dessa parametrar konfigureras och dess betydelse beskrivs i detalj på SKLTP VP - Konfiguration.

  1. Säkerställ att vp-config-override.properties och vp-security-override.properties finns under /usr/local/mule-standalone-3.3.1/conf/ för att kunna överlagra default parametrar

    1. Skapa en vp-config-override.properties och en vp-security-override.properties, konfigurera enligt SKLTP VP - Konfiguration

      sudo vi /usr/local/mule-standalone-3.3.1/conf/vp-config-override.properties
      sudo vi /usr/local/mule-standalone-3.3.1/conf/vp-security-override.properties
  2. Säkerställ att fil med hsa information finns under /usr/local/mule-standalone-3.3.1/conf/

    1. Ladda ner HSA fil med endast SE nod som kompletterar den riktiga HSA filen.

      wget http://skl-tp.atlassian.net/wiki/download/attachments/5308496/hsacachecomplementary.xml
mv hsacachecomplementary.xml /usr/local/mule-standalone-3.3.1/conf/hsacachecomplementary.xml

    2. Uppdatera i parametern HSA_FILES vp-config-override.properties för att lägga till hsacachecomplementary.xml och läsa in SE noden

      vi /usr/local/mule-standalone-3.3.1/conf/vp-config-override.properties
 
HSA_FILES=/usr/local/mule-standalone-3.3.1/conf/hsacachecomplementary.xml


    3. Finns det behov av att hämta en fil från HSA med ett komplett organisationsträd, läs följande instruktion.
  3. Säkerställ att korrekta certifikatsfiler finns under /usr/local/mule-standalone-3.3.1/certs/ och att vp-security-override.properties pekar på certifikatsfilerna.

    1. Saknas /usr/local/mule-standalone-3.3.1/certs/, skapa den och lägg era certifikatsfiler i katalogen.

      mkdir /usr/local/mule-standalone-3.3.1/certs/
 
cp my-cert.p12 /usr/local/mule-standalone-3.3.1/certs/
cp my-trustsore.jks /usr/local/mule-standalone-3.3.1/certs/


    2. Se SKLTP VP - Konfiguration, hur konfiguration i vp-security-override.properties skall göras för att peka ut certifikatsfiler.
    3. Vid behov , se Installationsmanual Certifikat för hur en truststore hanteras.

3. Installation

Se gemensam installationsanvisning längre ner på sidan.

Installationsanvisning (delade delar)

Genomför en en release med MMC

Se /wiki/spaces/NTJP/pages/591659054

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

  1. Monitorera mule.log för att se loggar

    tail -f /usr/local/mule-standalone-3.3.1/logs/mule.log $
  2. Ta bort tidigare version av samma applikation om det finns en sådan, tex olika releasekandidater (RC).

    1. I /usr/local/mule-standalone-3.3.1/apps, radera vp-services-[version]-anchor.txt för att trigga så att Mule tar bort applikationen under kontrollerade former.

      rm /usr/local/mule-standalone-3.3.1/apps/vp-services-2.2.9-anchor.txt

    2. Säkerställ att applikationen tagits av Mule genom katalogen vp-services-[version] inte längre finns kvar.

      ll -a /usr/local/mule-standalone-3.3.1/apps
  3. Driftsätt applikation (zip)

    1. Kopiera den nedladdade zip-filen, vp-services-[version].zip,  till /usr/local/mule-standalone-3.3.1/apps. Mule packar upp applikationen till en katalog vp-services-[version].

      cp vp-services-2.2.9.zip /usr/local/mule-standalone-3.3.1/apps

    2. En fil med namn vp-services-[version]-anchor.txt (vp-services-2.2.9.zip) skapas vid en lyckad driftsättning.

      ll -a /usr/local/mule-standalone-3.3.1/apps
 
-rw-r--r--  1 mule mule   75 26 okt 21.59 vp-services-2.2.9-anchor.txt
drwxr-xr-x  5 mule mule 4096 15 okt 13.17 vp-services-2.2.9
  4. Verifiera i loggar hur releasen gick, /usr/local/mule-standalone-3.3.1/logs/mule-app-vp.log och  /usr/local/mule-standalone-3.3.1/logs/mule.log

    1. I /usr/local/mule-standalone-3.3.1/logs/mule.log ser man status på driftsättningen.

      ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
+ New app 'vp-services-2.2.9'							   +
++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
INFO  2013-08-28 08:50:27,837 [WrapperListener_start_runner] org.mule.module.launcher.MuleApplicationClassLoader: [vp-services-2.2.9] Loading the following jars:
=============================
-
-
-
++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
+ Started app 'vp-services-2.2.9'			               +
++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
      **********************************************************************
*            - - + APPLICATION + - -            * - - + STATUS + - - *
**********************************************************************
* vp-services-2.2.9				                * DEPLOYED           *
**********************************************************************

    2. I /usr/local/mule-standalone-3.3.1/logs/mule-app-vp.log ser man följande vid en lyckad start.

      **********************************************************************
* Application: vp-services-2.2.9                        *
* OS encoding: UTF-8, Mule encoding: UTF-8                           *
*                                                                    *
* Agents Running:                                                    *
*   JMX Agent                                                        *
*   Wrapper Manager: Mule PID #20712, Wrapper PID #20705             *
**********************************************************************
2013-08-28 08:51:31,182 INFO  org.mule.module.logging.DispatchingLogger - Start force a reset of VagvalAgent...
2013-08-28 08:51:31,186 INFO  org.mule.module.logging.DispatchingLogger - Initialize VagvalAgent TAK resources...
2013-08-28 08:51:31,187 INFO  org.mule.module.logging.DispatchingLogger - Fetch all virtualizations from TAK...
2013-08-28 08:51:31,503 INFO  org.mule.module.logging.DispatchingLogger - Fetch all permissions from TAK...
2013-08-28 08:51:31,801 INFO  org.mule.module.logging.DispatchingLogger - Save virtualizations and permissions to local TAK copy: /home/mule/.tk.devtest.localCache
2013-08-28 08:51:31,932 INFO  org.mule.module.logging.DispatchingLogger - Init VagvalAgent loaded number of permissions: 161
2013-08-28 08:51:31,934 INFO  org.mule.module.logging.DispatchingLogger - Init VagvalAgent loaded number of virtualizations: 116
2013-08-28 08:51:31,935 INFO  org.mule.module.logging.DispatchingLogger - Init VagvalAgent done
2013-08-28 08:51:31,936 INFO  org.mule.module.logging.DispatchingLogger - Successfully force reset VagvalAgent

  5. Om driftsättningen misslyckas skapas inte en vp-services-[version]-anchor.txt, applikationen startar inte och följande ses i /usr/local/mule-standalone-3.3.1/logs/mule.log

    **********************************************************************
*            - - + APPLICATION + - -            * - - + STATUS + - - *
**********************************************************************
* vp-services-2.2.9				                * FAILED             *
**********************************************************************

Driftsätta virtualiseringar

Notera att virtuella tjänster, teststubbar och schemas läggs på efter en deploy, se rubriken Driftsätta Virtualiseringar

Verifiera installationen av Virtualiseringsplattformen med anrop till Ping tjänst

Med hjälp av ett verktyg som SoapUI går det att göra anrop till tjänster som exponeras av Virtualiseringsplattformen. För att verifiera att installationen gått bra kan man använda bifogat SoapUI projekt genom att följa följande instruktion.

  1. Installera först SoapUI (http://sourceforge.net/projects/soapui/files/soapui/)

  2. Ladda sedan hem SoapUI projektet från länken "soapUI projekt" och spara det i lämplig katalog. 

  3. Importera projektet till SoapUI, välj meny File/Import Project.

  4. För att kunna köra webtjänsten så måste vi installera ett SITHS certifikat. Har vi inget SITHS certifikat, beställ ett hos SITHS förvaltningen.
    I SoapUI väljer du sedan File > Preferences och sedan fliken SSL Settings. Som KeyStore väljer du det SITHS certifikat du har beställt och anger lösenordet som du fått i samband med beställningen. Notera att det är certifikatet för autentisering som skall användas, inte signering.

  5. Exekvera anrop genom att först dubbelklicka på PingRequest och sedan klicka på den gröna pilen, i bilden märkt med Exekvera anrop. 
    1. Om adressen (förvald till localhost:20000) inte är korrekt, klicka på adressen och välj valet "edit current", ändra adressen till korrekt adress.

  6. Ett resultat kommer nu att dyka upp i fönstret till höger, märkt Response i bilden nedan. Se exempelsvar nedan och dess betydelse.

klicka för större bild


1: VP004, ingen logisk adress (verksamhet/system) upplagd som matchar angiven logisk adress i anropet. Orsak, en logisk adress (Test) saknas i Tjänstekatalogen. Åtgärd, registrera logisk adress i Tjänstekatalogen.

<soap:Envelope xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/">
   <soap:Body>
      <soap:Fault>
         <faultcode>soap:Server</faultcode>
         <faultstring>VP004 No Logical Adress found for serviceNamespace:urn:riv:itinfra:tp:Ping:1:rivtabp20, receiverId:Test (se.skl.tp.vp.exceptions.VpSemanticException). Message payload is of type: ReversibleXMLStreamReader</faultstring>
      </soap:Fault>
   </soap:Body>
</soap:Envelope>


2: VP007, ingen behörighet finns för konsumenten (HSA ID från certifikatet) att anropa angiven logisk adress (verksamhet/system). Orsak, behörighet saknas i Tjänstekatalogen. Åtgärd, registrera behörighet för konsumenten i Tjänstekatalogen.

<soap:Envelope xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/">
   <soap:Body>
      <soap:Fault>
         <faultcode>soap:Server</faultcode>
         <faultstring>VP007 Authorization missing for serviceNamespace: urn:riv:itinfra:tp:Ping:1:rivtabp20, receiverId: Test, senderId: HSAID-XYZ (se.skl.tp.vp.exceptions.VpSemanticException). Message payload is of type: ReversibleXMLStreamReader</faultstring>
      </soap:Fault>
   </soap:Body>
</soap:Envelope>


3: OK, ett lyckat anrop där konsumenten har behörighet att anropa logisk adress för tjänsten Ping.

<soap:Envelope xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/">
   <soap:Header>
      <mule:header xmlns:mule="http://www.muleumo.org/providers/soap/1.0">
         <mule:MULE_CORRELATION_ID>ca082f56-13b1-11e3-941a-8114c8049c15</mule:MULE_CORRELATION_ID>
         <mule:MULE_CORRELATION_GROUP_SIZE>1</mule:MULE_CORRELATION_GROUP_SIZE>
         <mule:MULE_CORRELATION_SEQUENCE>-1</mule:MULE_CORRELATION_SEQUENCE>
      </mule:header>
   </soap:Header>
   <soap:Body>
      <pingResponse xmlns="urn:riv:itinfra:tp:PingResponder:1" xmlns:ns2="http://www.w3.org/2005/08/addressing">
         <pingUt>Ping response from:Ping test</pingUt>
      </pingResponse>
   </soap:Body>
</soap:Envelope>


Verifiera att följande loggar dyker upp i <mule_home>/logs/mule-app-vp.log

mule-app-vp.log
** logEvent-debug.start ***********************************************************
IntegrationScenarioId=
ContractId=
LogMessage=xreq-in
ServiceImpl=vagval-dynamic-routing-flow
Host=tp-test01 (192.168.19.10)
ComponentId=vp-services-2.2.4
Endpoint=https://localhost:20000/vp/Ping/1/rivtabp20
MessageId=12a01c5a-5908-11e3-906c-2d7f5d7f27be
BusinessCorrelationId=12a06a86-5908-11e3-906c-2d7f5d7f27be
BusinessContextId=
ExtraInfo=
-senderid=HSASERVICES-100M
-source=se.skl.tp.vp.util.LogTransformer
-cxf_service=urn:riv:itinfra:tp:Ping:1:rivtabp20
-rivversion=RIVTABP20
-receiverid=Ping
Payload=<?xml version='1.0' encoding='UTF-8'?><soapenv:Envelope xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/" xmlns:add="http://www.w3.org/2005/08/addressing" xmlns:urn="urn:riv:itinfra:tp:PingResponder:1">
   <soapenv:Header>
      <add:To>Ping</add:To>
   </soapenv:Header>
   <soapenv:Body>
      <urn:ping>
         <urn:pingIn/>
      </urn:ping>
   </soapenv:Body>
</soapenv:Envelope>
** logEvent-debug.end *************************************************************
2013-11-29 16:08:15,865 DEBUG org.mule.module.logging.DispatchingLogger - MULE_ENCODING = UTF-8 (java.lang.String)
2013-11-29 16:08:15,866 DEBUG org.mule.module.logging.DispatchingLogger - http.method = POST (java.lang.String)
2013-11-29 16:08:15,867 DEBUG org.mule.module.logging.DispatchingLogger - MULE_CORRELATION_ID = 12a01c5a-5908-11e3-906c-2d7f5d7f27be (java.lang.String)
2013-11-29 16:08:15,868 DEBUG org.mule.module.logging.DispatchingLogger - x-skltp-prt = 9 (java.lang.String)
2013-11-29 16:08:15,869 DEBUG org.mule.module.logging.DispatchingLogger - Content-Type = text/plain;charset=UTF-8 (java.lang.String)
2013-11-29 16:08:15,870 DEBUG org.mule.module.logging.DispatchingLogger - MULE_CORRELATION_GROUP_SIZE = 1 (java.lang.String)
2013-11-29 16:08:15,871 DEBUG org.mule.module.logging.DispatchingLogger - SOAPAction = "" (java.lang.String)
2013-11-29 16:08:15,888 DEBUG org.mule.module.logging.DispatchingLogger - soi-toolkit.log
** logEvent-debug.start ***********************************************************
IntegrationScenarioId=
ContractId=
LogMessage=xresp-out
ServiceImpl=vagval-dynamic-routing-flow
Host=tp-test01 (localhost)
ComponentId=vp-services-2.2.4
Endpoint=https://localhost:20000/vp/Ping/1/rivtabp20
MessageId=12a4b04f-5908-11e3-906c-2d7f5d7f27be
BusinessCorrelationId=12a06a86-5908-11e3-906c-2d7f5d7f27be
BusinessContextId=
ExtraInfo=
-senderid=HSASERVICES-100M
-source=se.skl.tp.vp.util.LogTransformer
-cxf_service=urn:riv:itinfra:tp:Ping:1:rivtabp20
-rivversion=RIVTABP20
-time.producer=9
-endpoint_url=http://localhost:20001/teststubservice/Ping_Service/1
-receiverid=Ping
Payload=<soap:Envelope xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/"><soap:Header><mule:header xmlns:mule="http://www.muleumo.org/providers/soap/1.0"><mule:MULE_CORRELATION_ID>12a01c5a-5908-11e3-906c-2d7f5d7f27be</mule:MULE_CORRELATION_ID><mule:MULE_CORRELATION_GROUP_SIZE>1</mule:MULE_CORRELATION_GROUP_SIZE><mule:MULE_CORRELATION_SEQUENCE>-1</mule:MULE_CORRELATION_SEQUENCE></mule:header></soap:Header><soap:Body><pingResponse xmlns="urn:riv:itinfra:tp:PingResponder:1" xmlns:ns2="http://www.w3.org/2005/08/addressing"><pingUt>Ping response from: </pingUt></pingResponse></soap:Body></soap:Envelope>
** logEvent-debug.end *************************************************************
  • Inga etiketter