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.5-SNAPHSOT
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
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.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)
Script för att generera körbara virtuella tjänster för VP 2.2.x
Förutsättningar
Notera att för version 1.4 och tidigare så 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 7 ä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