Page History
...
Compose folderen indeholder 5 underfoldere:
configuration | Her ligger alle de konfigurationsfiler som det forventes af driften tilretter til det anvendte miljø. |
database | Her ville alle de databasefiler som det forventes at driften lægger på en NSP database ligge, hvis der var nogen |
development | Her ligger en Docker Compose fil til brug for udvikling. Se Guide til Udviklere. |
test | Her ligger en Docker Compose fil der kan starte DDS i en standalone test konfiguration. |
release | Her ligger den Docker Compose fil som det forventes driften anvender på både test og produktionsmiljøerne. |
Konfiguration af datasources
...
Indholdet af de enkelte konfigurationsfiler, er beskrevet og forklaret i [Driftsvejledning].
DDSRegistry.properties
Konfigurerer opsætning af DDS Registry og hvorledes den benytter sig af eksterne services.
En skabelon af denne fil findes i:
Code Block |
---|
<packing>/ddsservices/ddsregistry/war/src/test/conf/DDSRegistry.sproperties |
Filen redigeres inden den placeres på WildFly i:
Code Block |
---|
/pack/wildfly8/modules/nsi/ddsregistry/config/main |
Yderligere information kan findes i driftsvejledningen.
ddsregistry.log4j.properties
Konfigurerer logopsætningen for DDS Registry.
En skabelon for log4j konfiguration findes i:
Code Block |
---|
<packing>/ddsservices/ddsregistry/war/src/test/conf/ddsregistry.log4j.properties |
Filen redigeres inden den placeres på WildFly i:
Code Block |
---|
/pack/wildfly8/modules/nsi/ddsregistry/config/main |
Konfiguration af managed executor service
DDS bruger en managed executor service til at foretage samtidige kald af eksterne services, hvilket gælder både interne NSP services (minlog, samtykke osv.) og andre registrerregistre.
DDS bruger sin egen instans af en managed executor service, som sættes op ved følgende i standalone.xml i WildFly:
Code Block |
---|
...
<subsystem xmlns="urn:jboss:domain:ee:2.0">
<spec-descriptor-property-replacement>false</spec-descriptor-property-replacement>
<concurrent>
<context-services>
<context-service name="default" jndi-name="java:jboss/ee/concurrency/context/default" use-transaction-setup-provider="true"/>
</context-services>
<managed-thread-factories>
<managed-thread-factory name="default" jndi-name="java:jboss/ee/concurrency/factory/default" context-service="default"/>
</managed-thread-factories>
<managed-executor-services>
<managed-executor-service name="default" jndi-name="java:jboss/ee/concurrency/executor/default" context-service="default" hung-task-threshold="600000" core-threads="5" max-threads="25" keepalive-time="5000" queue-length="10000"/>
<managed-executor-service name="dds" jndi-name="java:jboss/ee/concurrency/executor/dds" context-service="default" hung-task-threshold="600000" core-threads="10" max-threads="1000" keepalive-time="5000" queue-length="100000"/>
</managed-executor-services>
<managed-scheduled-executor-services>
<managed-scheduled-executor-service name="default" jndi-name="java:jboss/ee/concurrency/scheduler/default" context-service="default" hung-task-threshold="60000" core-threads="2" keepalive-time="3000"/>
</managed-scheduled-executor-services>
</concurrent>
<default-bindings context-service="java:jboss/ee/concurrency/context/default" datasource="java:jboss/datasources/ExampleDS" jms-connection-factory="java:jboss/DefaultJMSConnectionFactory" managed-executor-service="java:jboss/ee/concurrency/executor/default" managed-scheduled-executor-service="java:jboss/ee/concurrency/scheduler/default" managed-thread-factory="java:jboss/ee/concurrency/factory/default"/>
</subsystem>
... |
Udsnittet viser en standard WildFly opsætning, hvor det markerede er specifikt for DDS og skal indsættes i standalone.xml. Bemærk at der er flere parametre, hvor der er indsat default værdier, der kan fintunes under drift. opsættes automatisk når docker-imaget bygges. For yderligere beskrivelse af parametrene for managed executor services henvises til JBoss dokumentationen (https://docs.jboss.org/author/display/WFLY8/EE+Subsystem+Configuration).Den markerede managed executor service benyttes både af DDSRegistry og DDSRepository.
Konfiguration af NSP SLA log
NSP-util anvendes som en del af servicen og skal konfigureres. Eksempel på konfiguration fil findes i
Code Block |
---|
<packing>compose/ddsservicesconfiguration/ddsregistry/war/src/test/conf/log4j-nspslalog-ddsregistry.properties <packing>compose/ddsservicesconfiguration/ddsregistry/war/src/test/conf/nspslalog-ddsregistry.properties |
Filerne redigeres inden den placeres på WildFly i:
Code Block |
---|
/pack/wildfly8/modules/nsi/ddsregistry/config/main |
...
Whitelisting af services
Adgang til DDS Registry styres på CVR-niveau via konfigurationen i whitelist.whitelist_config tabellen. Se også afsnit 3.1.
...
Konfigurationsfil til det svar, DDS Registry returnerer ved forespørgsel mod dens DKS-snitflade opsættes ved at kopiereretilpasse:
Code Block |
---|
<packing>compose/ddsservicesconfiguration/ddsregistry/war/src/test/conf/dksConfiguration.xml |
til:
/pack/wildfly8/modules/nsi/ddsregistry/config/main |
Start/genstart af service
Komponenten kan genstartes ved ”touch” af war-filen på WildFly. Alternativt skal WildFly genstartes ved at køre kommandoen
...
DDS Registry startes og stoppes med Docker Compose kommandoer.
Logfiler
DDS Registry kan logge kald til følgende logs: En NSP-SLA-log, en audit-log, en applikations log og en performance log.
...
Afinstallation af servicen
Fjern service komponenter under WildFly’ deployments/ folder:
Code Block | ||
---|---|---|
| ||
ddsregistry.war |
Følgende datasources fjernes fra <wildfly>/standalone/configuration/standalone.xml:
- AuthDS (OBS! Benyttes af DDSRepository)
- SORDS (OBS! Kan være anvendt af anden service)
- WhitelistDS (OBS! Kan være anvendt af anden service)
- DocumentSourcesDS (OBS! Benyttes af DDSRepository)
Fjern properties filer under DDSRegistry modules folder:
...
Oprydning i MySQL database:
...