Plattform och komponenter uppgraderade från Mule 3.3.1 till Mule 3.7.0.
Migrering från SKLTP 2.6.0 och bakåtkompabilitet
- SKLTP 3.0.0 komponenter är testade med Mule-3.7.0.
Not: SKLTP 2.x komponenter går inte att driftsätta i Mule-3.7.0, de är testade med Mule-3.3.1.
Uppdatera override-property-filer för att exponera webservices utanför localhost.
Not: detta gäller/är testat för Linux, ej testat för Windows.
För exponerade tjänster, ändra "localhost" till "0.0.0.0" (annars är tjänsterna bara tillgängliga på localhost fr o m Mule 3.4.0).
För VP är det property: TP_HOST=localhost som ska ändras till: TP_HOST=0.0.0.0
Ref: "localhost behaviour" i https://docs.mulesoft.com/release-notes/mule-esb-3.4.0-release-notes
- Loggningsramverk är ändrat från log4j till log4j2 i Mule-3.7. Det innebär att SKLTP-komponenter numera innehåller en log4j2.xml (med annan syntax) istället för den tidigare log4j.xml för konfiguration av loggning.
Ref: https://docs.mulesoft.com/mule-user-guide/v/3.7/logging-in-mule
- En patch för bakåtkompatibel hantering av HTTP-header "SoapAction" i webservice-anrop måste tillföras alla Mule-3.7.0 installationer för SKLTP i $MULE_HOME/lib/user/ enligt:
https://github.com/skltp/patch-cxf-rt-bindings-soap
Ref: SKLTP-808 - Mule-3.7: bakåtkompabilitet med Mule-3.3.1 för soapAction - bygg patch och dokumentera Closed - Mule-installation för Mule-3.7.0: activemq-lib och jdbc-driver ska nu ligga i $MULE_HOME/lib/user/
Not: Den path som användes för Mule-3.3.1 ($MULE_HOME/lib/shared/default) är deprecated.
Se Installationsmanual Mule
- För stöd av SSLv3 så ska konfigurationsfilen mule-standalone-3.7.0/conf/tls-default.conf ändras till att inkludera SSLv3 enligt:
enabledProtocols=SSLv3,TLSv1,TLSv1.1,TLSv1.2
Ref: SKLTP-552 - Mule 3.7: stänga av SSLv3 på servenivå ? Closed - En patch för hantering av "Set-Cookie" och "X-Forwaede-For" headers i HTTP-response ska tillföras alla Mule-3.7.0 installationer för SKLTP i $MULE_HOME/lib/user/ enligt:
https://github.com/skltp/patch-mule-transport-http
Ref: SKLTP-792 - Mule http-header hantering: kan inte hantera att samma header förekommer med olika upper/lowercase Closed SKLTP-837 - VP011 vid anrop som innehåller X-Forwarded-For Resolved
Version av patchen ska vara minst 1.1. - Dynamiska ändringar av lognivåer kan inte längre göras genom att ändra i log4j2.xml-filen. Däremot kan man använda jmx. Se tex. https://sourceforge.net/projects/jmxcmd/ som är en jmx-klient.
Ref: SKLTP-831 - Log4j2-konfiguration kan inte uppdateras i runtime Resolved
Där finns också ett kodexempel.