Page History
...
Property | Beskrivelse |
---|---|
kafka.consumer.bootstrap.servers | Kommasepareret liste af Kafka servere som NAS2 skal anvende. Denne liste bør indeholde alle noderne i Kafka clusteret |
kafka.consumer.client.id | Navnet som NAS2 vil fremgå med i listen af Consumers på et Kafka Cluster. |
nsp.kafka.consumer.component.name | Navnet på NAS2 komponenten |
nsp.kafka.consumer.component.abbreviation | Kort navn på NAS2 komponenten |
nsp.kafka.consumer.component.version | Versionen af NAS2 komponenten |
nsp.kafka.consumer.service.name | Navnet på den service i NAS2 der anvender Kafka |
datasource.jndi | JNDI navnet på den datasource der giver adgang til NAS2 databasen. |
app.endpoint | Service endpoint (anvendes i DKS servlet) |
pullpoint.app.endpoint.regex | Regex udtryk for service Service endpoint for pull point servicen. Anvendes til at validere korrekt format af pullpoint. F.eks.: https?://localhost:\\d{1,5}/pullpoint/service/ |
liquibase.changelog.file | Angiver hvilken changelog fil som liquibase skal anvendes. Property er ikke krævet. Hvis der skal afvikles integrationstest mod det miljø der installeres skal denne sættes til liquibase-changelog-test.xml. Denne kan også sættes via en environmentvariabel i formen liquibase_changelog_file. |
...
Topic Access oprettes med en identifier, der angiver adgangen til et specifikt topic. Identifier kan indeholde "ALL", et cvr-nummer på formen "CVR:XXXXXXXX", eller et Subject Serial Number (CVR-RID, CVR-UID eller CVR-FID på formen: "CVR:XXXXXXXX-XID:XXXXXXXX", UUID).
Eksempler:
- "CVR:46837428"
- "CVR:46837428-FID:92421325"
Topic Access oprettes i på følgende måde:
- "UI:DK-O:G:23550132-5e1f-4e43-a5f9-048acf49e0b8"
Topic Access oprettes på følgende måde:
Code Block | ||
---|---|---|
Code Block | ||
| ||
topic_access.sh basepath="NAS/administration" topic="http://www.dkma.dk/medicinecard/xml.schema/2012/06/01:MedicineCard" operation="create" identifier="ALL" comment="SDS-4393: topic access oprettet" |
...
Logningspunkt | Komponent | Eksempel på message fra applikationsloggen (formatteret så det er lettere at læse i denne vejledning) |
---|---|---|
Der logges når der oprettes et PullPoint. Hertil medtages yderligere information, så som ejeren, evt. abonnement og URL, der er tilknyttet. | PullPointFactory Service | STATISTIK: { |
Logning af alle forespørgsler til Pull Point service herunder antal af adviseringer, der medtages i svaret. Der logges også om der var tale om replay (DGWS). | PullPoint Service | STATISTIK: { |
Alle kald til Notification Broker skal ligeledes logges sådan at antal af adviseringer modtaget kan uddrages. Her vil topic også medtages. | NotificationBroker Service | STATISTIK: { |
Offsets statistik log logger information omkring subscription og offsets på subscription og offsets i Kafka. | PullPoint service | STATISTIK: { |
For alle kald til Notifikation Broker logges det om et request indeholder DGWS headers. | NotificationBroker Service | STATISTIK: { |
DKS-snitflader
Relevante services udstiller deres DKS-snitflade på endpointet "/dks". I skrivende stund findes følgende:
<serverurl>/idlist/service/dks
<serverurl>/subscriptionmanager/service/dks
<serverurl>/pullpointfactory/service/dks
<serverurl>/pullpoint/service/dks
Test af DKS
Efter konfiguration og deployment af NAS2, kan en given DKS-snitfladen testes i stil med følgende:
Code Block | ||
---|---|---|
| ||
curl -i http://localhost:8080/pullpointfactory/service/dks |
Eksempel på output:
Code Block | ||
---|---|---|
| ||
HTTP/1.1 200 OK
Connection: keep-alive
Transfer-Encoding: chunked
Content-Type: text/xml;charset=UTF-8
Date: Thu, 18 Jan 2024 09:28:28 GMT
<?xml version="1.0"?><root xmlns="http://nspop.dk/2014/04" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://nspop.dk/2014/04 dks.xsd"> <dksVersion>1</dksVersion> <timestamp>2024-01-18T09:25:06+01:00</timestamp> <name>pullpointfactory</name> <endpoint>http://localhost:8080/pullpointfactory/service</endpoint> <operations> <action name="http://docs.oasis-open.org/wsn/bw-2/CreatePullPoint/CreatePullPointRequest"><model>synchronous_timeout</model><timeoutMillis>120000</timeoutMillis><idCardLevel>VOCES</idCardLevel></action> </operations></root> |
Oprydning
Der kan foretages oprydning af abonnementer og nasconsumers i databasen.
Der konfigureres hvor gamle abonnementer må være – se tidligere – og så sker oprydningen når oprydningsservicen kaldes.
Nasconsumers fjernes i batches af 20.
...