Jämförda versioner

Nyckel

  • Dessa rader lades till.
  • Denna rad togs bort.
  • Formateringen ändrades.

...

Driftsätta virtualiseringar i Virtualiseringsplattformen

  1. Tjänsten ska vara i form av en well-formed wsdl-fil. Den ska läggas i den katalog som antingenLägg till jar-fil med virtualisering i <MULE_HOME>/apps/vp-services-[version]/lib katalogen

  2. 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

  3. Säkerställ driftsättningen av den virtuella tjänsten genom att:

    1. titta i loggen <MULE_HOME>/logs/mule-app-vp.log. Omladdningen har gått bra när man ser informationen nedan i loggen:

      Kodblock
      **********************************************************************
      * 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

...

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.

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)

Kodblock
wsdl.json.file=classpath:wsdl/wsdlconfig.jsonwsdlfiles.directory=classpath:wsdl/

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.