irtuell 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
Paketering virtuell tjänst
Nya tjänster/tjänstekontrakt kan läggas till utan förändringar i VP:s kod under förutsättning att den som skapar den tjänst följer den av Inera publicerade standarden för wsdl:er.
Om alla har gjort rätt
wsdl.json.file=classpath:wsdl/wsdlconfig.jsonwsdlfiles.directory=classpath:wsdl/
För att VP skall kunna följa FK-16 (VP ska per tjänst kunna besvara ett tjänsteanrop med ?wsdl...) Krävs att wsdl:en och tillhörande xsd filer läggs i en katalog struktur som följer angiven standard och under den katalog som specificerats i VP:s inställningsfil.
Det finns även en konfigurationsfil:wsdlconfig.json men som inte skall användas för nya tjänstekontrakt.
Följande är exempel som inte nödvändigtvis reflekterar var/hur denna katalog struktur ser ut (classpath:kommer att expanderas till katalogen där VP är installerad, men det går bra att ange en absolut sökväg)
Egentligen VP kommer hitta alla wsdl i den angivna katalogen. För wsdl:er som inte har en motsvarande post i wsdlconfig.json (vilket är fallet med alla nya tjänstekontrakt) kommer VP att lägga till denna i en ingter map, med en adress som härleds ur namespacet för tjänsten i fråga.Innan wsdl:en returneras kommer alla referenser till XSD filer i WSDL:en att expanderas till adressen för VP+?wsdl + parameter med relativa sökvägen för XSD:n i relation till WSDL:en. Den relativa sökvägen i till xsd:n i wsdl:en måste stämma med den relativa katalog struktur den kom i. WSDL:en måste även ha ett namespace som det faktiskt går att härledda URI:n ur.