Målmiljö
Målmiljöer för systemet är Windows och Linux. Inledande tester kommer först att göras i Windowsmiljö.
Övergripande
Tjänsteplattformens 2 delar, VP och TK drift sätts var för sig. Då VP bygger på Mule drift sätts denna som en tjänst i mule. Varje virtualisering kommer också att drift sättas som separata tjänster i Mule. TK drift sätts som 2 WAR filer i en servlet container (exempelvis Tomcat).
Portabla byggen
Alla komponenter i tjänsteplattfomen är uppsatta för att möjliggöra portabla byggen. Alla projekt är strukturerarde för maven och avses att byggas med maven 2. Filosofin sammanfattas förenklat i 3 steg, checkout, build, run. Innebär att man börjar med att checka ut allt från sitt cm-verktyg tex git. Därefter ställer man sig i trunk-foldern och skriver mvn install. Därefter kan man starta olika delar av applikationen med olika maven-kommando, tex
mvn tomcat:run-war
för att starta web-appliaktioner eller
mvn exec:java -Dexec.mainClass="org.mule.MuleServer" -Dexec.args="-config tp-nationelltjanst1-virtualisering.xml"
för att starta mule-applikationer. För exakta instruktioner om vilka olika projekt som levererar exekverbara artefakter och går att starta med maven se dokumentation för förvaltning av tjänstekatalogen.
Paketering virtuell tjänst
Paketeringsmodell virtuella tjänster. Varje virtuell tjänst är förpackad i en jar. Denna jar driftsätts på en instans av virtualiseringsplattformen genom att den görs tillgänglig på classpathen för mule. Det gör man genom att lägga jaren på MULE_HOME/lib/user. Jar-fien skall innehålla en mule-syntaktisk konfigurationsfil för den virtuella tjänsten. När mule startas laddar den in konfigurationsfilen för alla virtuella tjänster. Det görs genom att virtualiseringsplattformens konfiguration importerar "classpath*:tp-virtuell-tjanst-config.xml" Det inebär att konfigurationsfilerna inte skall ha namn som avspeglar tjänstens namn utan måste heta exakt tp-virtuell-tjanst-config.xml. Däremot innehållet i konfigurationsfilen måste definiera muleelement som har unika namn i förhållande till alla andra virtualiserade tjänster. Det är en model, en service och property-transformer. Dessutom innehåller konfigurationsfilen ett antal tjänstespecifika attribut. Innehållet i konfigurationsfilen måste exakt följa den mall som gäller för given version av virtualiseringsplattformen. Jar-filen skall också innehålla WSDL:en för den virtuella tjänsten. Anledningen till det är att tänstekonsumenten skall kunna anropa virtualiseringsplattformen med ?wsdl och då få WSDL:en som svar. Om det finns en wrapper-WSDL skall den också finnas med. Dessutom skall de xml-schema som WSDL:en refererar till finnas med i jaren. Alla dokument bör ligga i roten på jaren dvs ingen intern struktur.
Processen för att paketera en virtuell tjänst finns beskriven i VP Anvisningar användare[7].
Plattformsdomäner
Virtualiseringsplattformens distribution
För att bygga en release följer vi standardproceduren beskriven på: Generella instruktioner för utvecklare.