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

Image Removed

Virtualiseringsplattformens distribution

För att bygga en release följer vi standardproceduren beskriven på: Generella instruktioner för utvecklare.

Installation

Se SKLTP VP - Installation

Konfiguration

...

Deploy komponenter

Tjänsteadresseringkatalogen består av följande komponenter som skall driftsättas:

1. TAK-Web, webbaplikation med användargränssnitt.
2. TAK-Services, tjänster exponerade som webservices
3. Databas

Dessa beskrivs var för sig ur ett driftsättningsperspektiv nedan.

TAK-Web

XXX

TAK-Services

XXX

Databas

Tjänsteadresseringskatalogen använder MySQL som JDBC kompatibel databas.

Se instruktioner för driftspersonal och support för detaljer om hur MySQL skall konfigureras och övervakas.

Not: Applikationen använder ramverket spring-data och JPA 2.0 för att förenkla byte av databas och därmed är SKLTP's engagemangsindex implementation väl förberedd för att fungera ihop med valfri JDBC kompatibel databas såsom Microsofts SQL Server, IBM DB2, Oracle eller PostgreSQL.

Typfall av konfigurationer

<< Lägg till bild för en applikationsserver >>

Image Added