Jämförda versioner

Gammal version 89

changes.mady.by.user Hans Thunberg

Sparat den

jämfört med

Ny version 90

changes.mady.by.user Hans Thunberg

Sparat den

Nyckel

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

Table of Contents
maxLevel1

VP 2.2.8

Releasedatum: Ej planerat

Förbättringar

  • SKLTP-517: VP: Uppdatera beroende till publicerad version av TK för Registry 2.0-RC

    • Tills tjänstekontraktet är releasat i central maven använder VP versionen i se.skltp

      Kodblock
              <dependency>
			<groupId>se.skltp.infrastructure.itintegration</groupId>
  			<artifactId>ServiceContracts_infrastructure_itintegration_registry</artifactId>
			<version>2.0-RC1</version>
        </dependency>

 

VP 2.2.7

Releasedatum: 2014-05-13

Mjukvaran finns att ladda ner från http://central.maven.org/maven2/se/skltp/vp/vp-services/2.2.7/vp-services-2.2.7.zip

Förbättringar

  • NTP-57: Stöd för ?wsdl för konsumenter som behöver detta. Notera att virtuella tjänster som skall ha stöd för detta behöver uppdateras med referens till transformer med namn wsdlQueryResponse. Se instruktion för att uppdatera en virtuell tjänst att stödja ?wsdl.
  • MIG-74: Stöd för LB Probe, uppdatering av redan befintlig implementation av PingForConfiguration
    • RIV TA tjänstekontrakt för PingForConfiguration ersätter VPs egna Ping kontrakt.
  • SKLTP-450:  Duplicerad loggning för bakåtkompabilitet nu borttagen, se kommentar i vp 2.2.6 
  • SKLTP-377: Payload loggning avslaget default i log4j.xml

...

Mjukvaran finns att ladda ner från http://central.maven.org/maven2/se/skltp/vp/vp-services/2.2.6/vp-services-2.2.6.zip

Förbättringar

  • MIG-24: Möjliggör konfiguration av loggning så att den ej sker till ActiveMQ
    • Ny property ENABLE_LOG_TO_JMS=true
  • SKLTP-450: VP: Prestandaoptimering vid felhantering - steg 2
    • Uppdaterad hantering av felhantering map på prestanda
    • Via property VAGVALROUTER_SENDER_IP_ADRESS_HTTP_HEADER göra det möjligt för tex en lastdelare att bifoga klienters ip addresser
    • Information om klienters ip address loggas nu i mule-app-vp.log i fältet extrainfo.senderIpAdress
    • Information om tjänsteinteraktionens namnrymd loggas nu i wsdl_namespace istället för tidigare cxf_service, i mule-app-vp.log. (notera att VP 2.2.6 loggar båda, men i VP 2.2.7 kommer cxf_service att tas bort)
    • Tydligare fel vid problem att ansluta till producenter, exempel VP009 Error connecting to service producer at adress http://localhost:9090/service

...

Mjukvaran finns att ladda ner från http://central.maven.org/maven2/se/skltp/vp/vp-services/2.2.5/vp-services-2.2.5.zip

Förbättringar

  • SKLTP-430: VP: Utred om VP har prestandaproblem i sin felhantering
    • Ändrad felstrategi för att förbättra prestandan i VP vid fel.

...

Mjukvaran kan laddas ner från Maven: http://central.maven.org/maven2/se/skltp/vp/vp-services/2.2.4/vp-services-2.2.4.zip

Förbättringar

  • SKLTP-380:  Konfigurerbara könamn för INFO- och ERROR-loggar. 
    • Hårdkodat i koden sattes tidigare SOITOOLKIT.LOG.STORE, så för att stödja bakåtkompabilitet sätts 

      SOITOOLKIT_LOG_INFO_QUEUE=SOITOOLKIT.LOG.STORE i vp-config.properties.
       

  • SKLTP-10 - Hantera ursprungsanvändare i flera led enligt RIV TA
    • införande av http header x-vp-sender-id för att identifiera konsumenten i de fall http kommunikation används.
    • införande av ny konfigurationsproperty, VP_INSTANCE_ID för att ange ett unikt id på sin SKLTP instans. Används ihop med http headern x-vp-instanceid-id, se nedan.
    • införande av http header x-vp-instanceid-id för att VP skall kunna avgöra om http anropen kommer från den egna SKLTP instansen eller från en annan SKLTP-instans. VP jämför inkommande header med konfigurations proportion VP_INSTANCE_ID och om dessa skiljer sig år så ignoreras andra x-vp-* headrar i anropet.

    • Se VP HTTP headers för mer detaljer.

  • SKLTP-421: VP: Möjlighet att konfigurera subnät whitelist
    • Nu går det att uttrycka subnät i vp-config-override.properties IP_WHITE_LIST, tex IP_WHITE_LIST=127.0.0 för alla adresser under det nätet.

...

Läs om parametrarna på konfiguration av VP.

Förbättringar

  • SKLTP-402: VP: Vissa tjänster som tillhandahålls via VP skall exponeras med både http/https
    • Ping tjänst nås nu via https://localhost:20000/vp/Ping/1/rivtabp20 och http://localhost:8080/vp/Ping/1/rivtabp20 

...

Läs om parametrarna på konfiguration av VP.

Release notes

Förbättringar

  • SKLTP-339: Uppdatera virtuella tjänster för Apoteket med en lägre timeouttid

    • Separat konfiguration av client_so_timeout och response timeout. Tidigare användes parametern SERVICE_TIMEOUT_MS för att konfigurera båda värdena. För bakåtkompabilitet så har defaultvärden satts till 30 sek som tidigare, men med möjlighet att sätta olika värden på client_so_timeout och response timeout.

  • SKLTP-332: Implementera den nya versionen av tjänsten GetLogicalAddresseesByServiceContract i VP
  • SKLTP-377: Det skall vara möjligt att stänga av/på loggning av Payload via log4j.xml. Default är loggning av payload påslaget i VP 2.2.2.

...

  • SKLTP-51 - Korrigerat fel i funktionen reset cache som används för att uppdatera lokal cache av tjänstekatalogen.

Förbättringar

  • SKLTP-286 - Möjlighet att lägga på konfiguration av tråd-poolers poolExhaustedAction. 
  • SKLTP-122 - Interna förbättringar vad gäller releasehantering för att möjliggöra release till Mavens centrala repository.  
  • SKLTP-120 - Uppdatering i hantering av xml-fil från från HSA innehållandes organisationsträdet, namn på rotelement förändrat. 
  • SKLTP-163 - Möjlighet att överlagra default parametrar via override.properties (vp-config-override.properties, vp-security-override.properties).  
  • SKLTP-176 - Generella förbättringar kring loggning och konfiguration av loggning.  
  • SKLTP-219 - Möjlighet att konfigurera sökväg och filnamn på lokal cache av tjänstekatalogen via property LOCAL_TAK_CACHE i vp-config-override.properties. 

...

Tidigare var VP beroende av att TK var uppe och körde vid omstart, och i nuvarande driftsmiljö innebar detta beroende till TK ett sk single point of failure. I och med 2.0 så sparas alltid den senaste hämtningen från TK på en lokal backup $HOME/.tk.localCache och skulle TK inte svara så används denna lokala backup istället. I loggen skrivs det en INFO rad varje gång en lokal kopia sparas eller används, och även ERROR rader om dettas skulle misslyckas. Exempel på en INFO rad i loggen:

INFO ... se.skl.tp.vp.vagvalagent.VagvalAgent: Save to local copy: /home/mule/.tk.localCache

Stöd (Mule) för en komponentbaserad paketering

...