Virtuell tjänst
En virtuell tjänst erbjuder en anslutningspunkt per tjänstekontrakt som standardiserats genom RIVmetoden. I praktiken finns det ofta många tjänsteproducenter (regionala, landstingsspecifika eller gemensamma för ett antal vårdgivare) för ett standardiserat tjänstekontrakt. Virtuella tjänster döljer detta förhållande för tjänstekonsumenter.
Driftsätta virtualiseringar i Virtualiseringsplattformen
- Lägg till jar-fil med virtualisering i <MULE_HOME>/apps/vp-services-[version]/lib katalogen
- Använd kommandot touch <MULE_HOME>/apps/vp-services-[version]/vp-config.xml för att ladda om applikationen och starta den virtuella tjänsten
- Säkerställ driftsättningen av den virtuella tjänsten genom att:
titta i loggen <MULE_HOME>/logs/mule-app-vp.log. Omladdningen har gått bra när man ser informationen nedan i loggen:
********************************************************************** * Application: vp-services-2.2.4 * * OS encoding: UTF-8, Mule encoding: UTF-8 * * Agents Running: * * JMX Agent * * Clustering Agent * **********************************************************************
b. Hämta upp den installerade virtuella tjänstens wsdl genom SOAPUI. Det räcker med att testa en eller två tjänster:
- Gå till File=> New soapUI Project och fyll i Project Name och Initial WSDL/WADL.
- Project Name är valfritt.
- Initial WSDL/WADL är adress till tjänstens wsdl. Den får man fram genom att packa upp tjänstens jar-fil och titta efter adress för inbound-endpoint i filen tp2-service-mule-descriptor.xml.
ex. address="https://${TP_HOST}:${TP_PORT}/${TP_BASE_URI}/AterkallaSamtyckeVardsystem/1/rivtabp20". - Ersätt samtliga parametrar i adressen och lägg till ?wsdl på slutet, till exempel: https://123.456.00.00:20000/vp/AterkallaSamtyckeVardsystem/1/rivtabp20?wsdl
- Lyckas upphämtningen av wsdl-en kommer ett SoapUI projekt skapas med ett request till tjänsten.
Verktyg för att generera virtuella tjänster
Verktyg för att hjälpa till i arbetet med att skapa körbara virtuella tjänster.
Release notes
Version 1.1
Version 1.2
- Endast Mule3 flow för virtualisering, mule2 service borttagen
- Lägger till en http och https ändpunkt
- Lägger till möjligheten att styra via keep-alive via feature
- Ändpunkternas adress innehåller nu även domän och subdomän (Notera att om man vill generera om tjänster som inte skall ha domännamn i adress, så uppdatera -DhttpsEndpointAdress och -DhttpEndpointAdress så att endast tjänstens namn kommer med)
Version 1.3
- Stöd för feature response timeout per tjänstedomän
- Virtualiseringar kräver att VP 2.2.4 eller senare är installerad.
/wiki/spaces/SKLTP/pages/3187858129
Version 1.4
- Groupid ändrat till se.skltp.virtualservices.domain.subdomain
- Namn på genererade tjänster innehåller tjänstekontraktets version och virtualiseringens version, tex insuranceprocess-healthreporting-3.1.0-RegisterMedicalCertificate-virtualisering-1.0-SNAPSHOT.jar
- Script och arketyp flyttade till http://skltpservices.googlecode.com/svn/tools/generators/virtualization/
- Virtualiseringar kräver att VP 2.2.4 eller senare är installerad.
/wiki/spaces/SKLTP/pages/3187858128
Script för att generera körbara virtuella tjänster för VP 2.2.x
Förutsättningar
Notera att just nu kräver detta verktyg för att generera virtualiseringar att Java SE 6 använda, ett ärende är registrerat i SKLTP-379 för att åtgärda problemet så att det skall vara möjligt att använda Java SE 7.
Testa med följande kommando för att verifiera java versionen:
➜ trunk java -version
java version "1.6.0_65"
Java(TM) SE Runtime Environment (build 1.6.0_65-b14-462-11M4609)
Java HotSpot(TM) 64-Bit Server VM (build 20.65-b04-462, mixed mode)
Java SE 6 är installerat och JAVA_HOME är satt i miljön.
Kräver groovy 1.8 eller senare, se här för installationsinstruktioner.
Kräver Maven 3.0 eller senare.
Scriptet baseras på RIV TA Konfigurationsstyrning 1.0