...

hvor '$JBOSS_HOME' udpeger roden på JBoss Application Server. 

Optionelt er det muligt at placere komponentens routings-konfiguration i en (MySQL) database , hvor komponenten med konfigurerbart jævne mellemrum kan - Se Installationvejledningen. Så kan DCC indlæse nyeste konfiguration fra database. Det er ydermere muligt at konfigurere DCC, således at genindlæsning af routningskonfiguration kan tvinges til at køre. Dette gøres ved udfylde RoutingConfigurationRefreshParameters-elementet i dcc-config.xml. Det følgende er et eksempel på denne konfiguration:

<RoutingConfigurationRefreshParameters>
    <Location>/config</Location>
    <Filename>refresh</Filename>
</RoutingConfigurationRefreshParameters>

Konfigurationen betyder, at DCC kigger efter en fil ved navn refresh på stien /config. Hvis filen findes, genindlæses konfigurationen og filen slettes. Genindlæsning kan nu igangsættes med

...

Indlæsningen sker ved genstart og periodisk, som angivet i DCCConfigReloadInterval - Se afsnittet Baggrundsjob til genindlæsning af DCC konfiguration.

Ændringer i den fil-baserede statiske konfiguration af komponenten træder først i kraft efter genstart af komponenten. Se vejledning nedenfor.

...

Udover at overvåge selve applikationsserveren for ressourceknaphed og generelle fejl kan man overvåge SOSI-DCC ved at:

1. Sikre, at endpointet svarer, ved at foretage simple HTTP GET kald mod komponents 'check' status sider:

...

på 2 måder:

• Status: på URL /decoupling/status (eller /decoupling/dcccheck

...

Viser en simple status side med IP-adressen og dato, øverste linje på siden viser 'OK'

...

• for bagudkompatibilitet)
• Alarm: på URL /decoupling/alarm (eller /decoupling/dcccheckall

...

Som 'dcccheck' men viser også konfigurationsparametre for komponenten.

...

• for bagudkompatibilitet)

9.1. Status

Status-siden viser en beskrivelse af tilstanden af flere parametre i DCC.

Siden vil returnere 500 i følgende tilfælde (ellers 200):

• DCC er ikke korrekt initialiseret

9.2. Alarm

Alarm-siden viser alarmer, hvis der er nogen. Ovenstående scenarier fra status-siden, samt følgende scenarier, vil forårsage en alarm:

• DCC er ikke korrekt initialiseret

Der returneres 500 ved alarm, ellers 200.

Anchor
_Toc175904309 _Toc175904309

Backup

...

Baggrundsjob til genindlæsning af DCC konfiguration

ReloadConfiguration baggrundsjobbet for DCC gør det muligt at genindlæse den konfiguration som DCC er konfigureret til at bruge.

Baggrundsjobbet overholder husregler for baggrundsjobs (version v64 af husreglerne i seneste udgave af baggrundsjobbet). Den bryder dog reglen om at køre i egen container, da den skriver til konfiguration der ligger in-memory, som læses af DCC.

Konfiguration af hvilken mappe DCC finder konfigurationsfilen i, indstilles ved at sætte en system property. Flere properties prøves af DCC, indtil den finder en som er sat.
Det gøres i følgende rækkefølge:
    dk.sosi.dcc.config.dir - det er typisk denne man selv vil sætte
    jboss.server.config.dir
    was.repository.root - hvis denne er sat søges der i stien defineret i property 'user.home' - dvs. at 'was.repository.root' blot bruges til at afgøre om programmet afvikles på en WAS
    catalina.home

Herefter vil DCC kigge i mappen efter en fil med navnet angivet i property 'dk.rsd.dcc.configfile'. Hvis den ikke er sat bruges filnavnet 'dcc-config.xml'.

ReloadConfiguration-jobbet vil genlæse konfigurationsfilen in-memory når den kaldes, som medfører at DCC får den nye konfiguration, næste gang den tilgår in-memory konfigurationen.
Jobbet har følgende HTTP GET operationer, som kan tilgås med angivne URL path:

Start
decoupling/reloadConfiguration/start

Status
decoupling/reloadConfiguration/status

Succes og fejl skrives til loggen - "Configuration reloaded" skrives hvis udførslen går godt, ellers "Configuration reload failed" efterfulgt af fejlen, hvis udførslen fejler.

Hvis der er fejl i den nye konfiguration logges dette og den tidligere korrekt indlæste bibeholdes.

DCCConfigReloadService

DCCConfigReloadService baggrundsjobbet for DCC genindlæser konfigurationen periodisk.

I f.eks. dcc-config.xml skrives følgende for at angive perioden mellem genindlæsninger:

<!-- Her er perioden mellem genindlæsningerne angivet til 270 sekunder (4 minutter og 30 sekunder) -->
<DCCConfigReloadInterval>270</DCCConfigReloadInterval>

Baggrundsjobbet overholder ikke husregler for baggrundsjob, da den skeduleres i koden. Hvis perioden ikke er angivet i konfigurationen for DCCConfigReloadInterval så bruges værdien 300, hvilket gør, at der genindlæses hvert 5. minut.

DCCConfigReloadInterval skal angives som et positivt heltal, som angiver perioden indtil næste genindlæsning i sekunder. Denne værdi kan sættes meget højt, hvis man ikke ønsker at genindlæse konfigurationen automatisk, hvorefter det kun kan aktiveres igen ved genstart af DCCHvis der er fejl i den nye konfiguration logges dette og den tidligere korrekt indlæste bibeholdes.

Anchor
_Toc175904310 _Toc175904310

Kendte fejl

...