| Innehållsförteckning |
|---|
Konfiguration av Virtualiseringsplattformen
VP 2.2.
...
1 och
...
senare
Från och med version 2.2.1 , men för installationer av tidigare version gäller att kompletta konfigurationsfiler måste finnas tillgängliga för applikationen, på dess classpath. Bifigade filer kan användas som utgångspunkt för att konfigurera en VP installation. Notera att detta är default-konfiguration som behöver kompletteras med specifika inställningar för specifika miljöer.
VP 2.2.1 och senare
Från och med version 2.2.1 överlagras defaultinställningar genom att på applikationens classpath skapa 2 filer, vp-config-överlagras defaultinställningar genom att på applikationens classpath skapa 2 filer, vp-config-override.properties och vp-security-override.properties. I dessa 2 filer definierar man endast de parametrar som skall skilja sig från de defaultinställningar som finns definierade i applikationen. I den mule-paketerade applikationen (vp-services-[version].zip) finns defaultinställningar definierade under <zip>/classes/vp-config.properties, respektive <zip>/classes/vp-security.properties.
...
| Parameter | Default värde | Kommentar | ||
|---|---|---|---|---|
IP_WHITE_LIST | 127.0.0.1 | Kommaseparerad lista innehållandes ip-adresser över konsumenter som vill kommunicera med VP via http. Exempel på Default tillåts 127.0.0.1, dvs kommunikation internt exempelvis för aggregerande tjänster och Engagemangsindex.
| ||
VAGVALROUTER_INBOUND_URI | vagvalrouter/v1 | |||
VAGVALROUTER_SENDERID | OU | Fält i inkommande certifikat som skall användas för att plocka ut information av avsändare, för att kunna göra behörighetskontroll. Notera att för SITHS certifikat skall värdet 2.5.4.5 användas. | ||
VAGVALROUTER_HTTPSCONSUMERCONNECTORNAME | VPConsumerConnector | |||
| VP_INSTANCE_ID | THIS_VP_INSTANCE_ID | Ett unikt ID på en VP instans för att att användas som identifierare vid kommunikation mellan flera VP instanser, tex en regional och nationell.
| ||
| ENABLE_LOG_TO_JMS | true | Frivillig property för att styra om loggning skall ske till JMS eller inte.
| ||
| VAGVALROUTER_SENDER_IP_ADRESS_HTTP_HEADER | X-Forwarded-For | Frivillig property som tex en lastdelare kan sätta för att vidarebefordra information
|
...
| Kodblock | ||
|---|---|---|
| ||
** logEvent-info.start *********************************************************** IntegrationScenarioId= ContractId= LogMessage=xreq-in ServiceImpl=vagval-dynamic-routing-flow Host=33.33.33.1 (33.33.33.1) ComponentId=1133a557-b5cc-11e3-bd36-2da34769782a Endpoint=https://localhost:20000/vp/tjanst1 MessageId=15c27c95-b5cc-11e3-bd36-2da34769782a BusinessCorrelationId=15cc67b1-b5cc-11e3-bd36-2da34769782a BusinessContextId= ExtraInfo= -senderid=tp -originalServiceconsumerHsaid=null -source=se.skl.tp.vp.util.LogTransformer -cxf_service=urn:skl:tjanst1:rivtabp20 -rivversion=RIVTABP20 -receiverid=vp-test-producer Payload= ** logEvent-info.end ************************************************************* |
VP 2.2.0 och tidigare
För att undvika att LogEvents loggas både till en kö och till en logfil kan en appender konfigureras med Treshold parametern. Detta i kombination med att INFO nivå är satt kommer att göra att LogEvents hamnar på en kö men inte i logfilen. Notera att Treshold är en global inställning som påverkar all konfiguration i aktuell <vp-services>/classes/log4j.xml.
| Kodblock | ||||
|---|---|---|---|---|
| ||||
<appender class="org.apache.log4j.RollingFileAppender" name="ROLLINGFILE">
<param value="${mule.home}/logs/mule-app-vp.log" name="File"/>
<param value="10" name="MaxBackupIndex"/>
<param value="20MB" name="MaxFileSize"/>
<param name="Threshold" value="ERROR"/>
<layout class="org.apache.log4j.PatternLayout">
<param value="%-5p %d [%t] %c: %m%n" name="ConversionPattern"/>
</layout>
</appender>
<!--Set to INFO to store log events, ERROR or WARN will disable log events -->
<logger name="org.soitoolkit.commons.mule.messageLogger">
<level value="INFO" />
</logger> |
VP 2.2.1
I VP 2.2.1 och senare finns det möjlighet att konfigurera att LogEvents skall hamna på kö eller hamna på kö och i VP's mule-log. Detta görs genom att i <vp-services>/classes/log4j.xml uppdatera de parametrar som styr loggning av LogEvents. En separat konfiguration för hanteringen av loggning till kö med <logger name="org.soitoolkit.commons.mule.messageLogger"> och en separat konfiguration för loggning till vald appender med <logger name="se.skl.tp.vp.util.EventLogger">.
...
| language | xml |
|---|---|
| title | <vp-services>/classes/log4j.xml |
...
VP 2.2.2 och senare
I VP 2.2.2 infördes möjligheten styra loggning av payload av eller på. All loggning av LogEvents styrs från VP 2.2.2 enbart med följande konstruktion, se kommentar i exemplet för olika lognivåer.
...