Dette er en erfaringsrapport fra MATS-prosjektet hos Mattilsynet, der Computas implementerer og integrerer en kartklient i webklienten og SWING-klienten. Rammebetingelsene for prosjektet var at kartserveren skulle være Java-basert og åpen kilde, slik at det ville være mulig å gjøre tilpasninger dersom det skulle være nødvendig. Videre var bare rene serverløsninger relevant siden klienten kom til å være egenutviklet. Valgmulighetene var derfor veldig begrenset; i praksis kun GeoServer.

Selve klienten bruker OpenLayers, et åpen kilde JavaScript-bibliotek som støtter de viktigste protokollene. Det ble vurdert å utvikle en egen kartklient i SWING, men dette ble forkastet på grunn av begrensningene for minneforbruk i kjøremiljøet. Dette førte på sin tur til et behov for å kunne sende kartdata fra web-basert kartklient til SWING-klient, som ble løst ved å la kartklienten gjøre et HTTP-kall til SWING-klienten via en skjult IFRAME. Dermed var det heller ikke lenger nødvendig å bruke WFS-T- protokollen for å kjøre transaksjoner med geodataene direkte mellom klient og server, slik at vi kunne begrense løsningen til WMS. Det er mulig at det senere vil dukke opp krav som gjør det likevel nødvendig å utvide løsningen med støtte for WFS-T, men dette vil ikke være et stort problem siden også WFS-T støttes av GeoServer.

Til slutt noen ord om plasseringen av GeoServer i vår arkitektur. I og med at den står ved siden av integrasjonsplattformen og er koblet direkte mot databasen bryter den med alle SOA-prinsipper, men alternativene viste seg å ikke fungere. En mulighet hadde vært å sette GeoServer foran integrasjonsplattformen, men dette hadde ført til økt risiko og mye merarbeid i prosjektet siden GeoServer er bygget opp slik at den forventer direkte tilgang til databasen. Å inkludere GeoServer i integrasjonsplattformen var heller ikke en god løsning da dette hadde ført til ekstra arbeid for å kunne deploye GeoServer i plattformen.

og/eller java-applikasjon