...
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 tjänsten följer den av Inera publicerade standarden för wsdl:er. Det ända som krävs då är att kontraktet är TAK:at.Wsdl-filerna ligger per
Men för att VP skall kunna “publicera” Wsdl:en för ett specifikt kontrakt behöver dessa ligga i en katalog under vp. Detta förenklar för parter som vill ansluta till tjänsten.
Per default i mappen wsdl under config i installationen. Det går att använda en annan mapp genom att konfigurera värdet wsdlfiles.directory i application-custom.properties.
För RTJP eller annan installation som funderar på att
...
Figuren visar ett exempel på hur katalogstrukturen kan se ut för ett tjänstekontrakt.
...
byta från Mule till nya VP
Befintliga kontrakt bör fungera som vanligt, men som nämnts behöver WSDL:erna för respektive kontrakt finnas tillgängliga.
Skulle det visa sig att det inte går att komma WSDL:n för något ett befintligt kontrakt trots att det ligger i avsedd katalog beror detta på att namnrymden för WSDL:n inte följer mönstret som VP förväntar sig och eller att anrops adressen dom VP härleder från denna inte blir den förväntade.
Det finns då en möjlighet att konfigurera en Json-fil (wsdl.json.file i application-custom.properties för kontrakt med avvikande struktur, men den ska INTE användas för nya tjänstekontrakt.
Den är till för att äldre, ärvda Tjänstekontrakt tjänstekontrakt ska fungera.VP kommer hitta alla wsdl:er i den katalog som pekas ut i application-custom.properties. 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 intern map, med en adress som härleds ur namespace 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
...
Ett annat fel som kan uppså är att VP returnerar WSDL:n men att det inte går att hämta en tillhörande XSD.
Detta beror förmodleigen på att schema filen inte finns och eller att sökvägen (som skall vara relativ i förhållande till WSDL:n) är fel.