Page History

...

<?xml version="1.0" encoding="UTF-8"?>
<ns2:Envelope xmlns:ns2="http://schemas.xmlsoap.org/soap/envelope/" xmlns:ns3="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-utility-1.0.xsd" xmlns:ns4="urn:oasis:names:tc:SAML:2.0:assertion" xmlns:ns5="http://www.w3.org/2000/09/xmldsig#" xmlns:ns6="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-secext-1.0.xsd" xmlns:ns7="http://www.medcom.dk/dgws/2006/04/dgws-1.0.xsd" xmlns:ns8="http://www.nsi.dk/2012/12/nas/idlist">
  <ns2:Header>
  <!-- DGWS headers -->
  </ns2:Header>
  <ns2:Body>
    <ns8:DestroyIDListResponse>
      <ns8:NoSuchList>false</ns8:NoSuchList>
    </ns8:DestroyIDListResponse>
  </ns2:Body>
</ns2:Envelope>

Systemadviseringer

...

Ofte stillede spørgsmål

Hvordan håndterer jeg ID-lister med mange ID'er?

Hvis man ønsker at abbonnere på mange ID'er er det vigtigt at håndtere dette på en speciel måde af hensyn til performance. Mange ID'er er når der er tale om mere end ca. 10.000 ID'er.

Af hensyn til performance er det vigtigt at der ikke oprettes ID-lister med mere end ca. 10.000 ID'er. Hver af disse ID-lister skal have sin egen subscription og sit eget pull point. Det vil sige at man ikke må oprette mange subscriptions med hver sin ID-liste og så tilknytte dem til det samme pullpoint. Det er dog tilladt at anvende den samme ID-liste i flere subscriptions.

Når der skal indhentes adviser skal de enkelte pullpoints kaldes i "round robin" med op til 5 parallelle kald. Mellem hvert sæt af kald skal der gå ca. 10 sekunder.

Eksempel

Der ønskes abbonnement 505.000 ID'er.

1. Der oprettes 50 ID-lister med hver 10.000 ID'er og en ID-liste med 5.000 ID'er. Der oprettes et tilsvarende antal subscriptions og pullpoints så der er et 1-1-1 forhold mellem ID-liste, subscription og pullpoint.
2. De 51 pullpoint kaldes i round robin som beskrevet ovenover.
3. Hvis der ønskes abbonnement på flere ID'er opdateres ID-listen med 5.000 ID'er.
4. Når ID-listen med 5.000 ID'er når en størrelse på ca. 10.000 ID'er oprettes der ny ID-liste, subscription og pullpoint og nye ID'er tilføjes denne.

Hvad sker der hvis data slettes fra PullPoint inden afhentning (systemadviseringer)

Hvis der ligger adviser på et pull point og disse ikke afhentes i tide genereres der en systemadvisering. Denne systemadvisering er tilgængelig på pull point indtil den er afhentet. Der leveres ikke nye adviser til pull point før systemadvisering er afhentet. Nedenstående er eksempel på sådan en systemadvisering.

...