Indledning

Det primære formål med MinLogProducer biblioteket er at udstille et Java-API som NSP komponenter kan anvende til at lave MinLog2 registreringer via. Dette dokument beskriver tilgængelighed af modulet samt anvendelse.

Biblioteker

Biblioteket består af 2 moduler. Begge biblioteker findes som moduler på platformen. Det betyder at de skal inkluderes som provided in pom.xml og tilføjes som en dependency i jboss-deployment-structure.xml.


Minlog-producer-api

Dette bibliotek indeholder api og interface definitioner samt ServiceLoader implementeret i form af klassen RegisterServiceProvider.

POM groupId: dk.nsp.minlog

POM artifactId: minlog-producer-api

Wildfly modul navn: dk.sds.nsp.minlog.api

minlog-producer-registration

Dette bibliotek indeholder implementering af interface defineret i minlog-producer-api biblioteket.

POM groupId: dk.nsp.minlog

POM artifactId: minlog-producer-registration

Wildfly modul navn: dk.sds.nsp.minlog.producer


I forbindelse med version 3 af Seal.java er det besluttet at opdele koden, så den bliver fordelt i flere moduler. Det gøres bl.a. for at undgå at serviceudbydere behøver at hente al Seal.java koden ned, hvis man kun har behøv for at udstille en DGWS service.

Serviceudbydere kan desuden hente DGWS og IDWS modulerne uden at de samtidigt får WSS4J med ned, da dette modul, for nogen har givet store problemer.





Seal.java i moduler


2.1. Seal-common

Indeholder kode som bruges på tværs af IDWS og DGWS (og evt. fremtidige formater).

2.2. Seal-dgws

Indeholder den kode som en serviceudbyder behøver for at kunne udstille en DGWS service.

2.3. Seal-idws

Indeholder den kode, som en serviceudbyder behøver for at kunne udstille en IDWS service.

2.4. Seal-common-exchange

Koden som bruges til billetomveksling for både DGWS og IDWS.

2.5. Seal-dgws-exchange

Bruges hvis man ønsker at billetomveksle DGWS.

Dette gælder f.eks. JWTToOIOSAMLAssertion, OIOSAMLAssertionToIDCard og IDCardToOIOSAMLAssertion

2.6. Seal-idws-exchange

Bruges hvis man ønsker at billetomveksle IDWS.

Dette gælder f.eks. OIOBootstrapToIdentityToken, JWTToIdentityToken og EncryptedOIOSAMLAssertionToIdentityToken

2.7. Seal-sts

Bruges af STS, og det indeholder alt fra ovenståense moduler og et par ekstra klasser.

2.8. Seal-testtools

Bruger Seal-sts til at kunne lave tests mod alle modulerne

3. Snitfladeændringer

For at kunne lave opdelingen i moduler har vi været nød til at lave nogle ændringer til snitfladen.

3.1. SOSIFactory

SOSIFactory findes nu i 3 udgaver:


Eksempel

blahh eksempel på anvendelse

4. Biblioteker

4.1. Standard SOSI-factory




a_simple_service_consumer_usage


4.2. IDWSH-factory

Fra version 2.1 inkluderer Seal.Java nu IDWSHFactory. Version 2.1 markerer begyndelsen af IDWSH-support. Det formodes at fremdidige versioner af Seal.Java vil udvide support og arbejdsgang ved hjælp af IDWSH.
Seal.Java 2.1 understøtter kun IDWSH IdentityToken. Strømmen til konstruktion og anvendelse af IdentityToken er vist nedenstående figur.

IDWSH Identity token workflow

4.3. OIOSAML-factory

I Seal 2.1.4 blev OIOSAMLFactory introduceret, som giver funktionalitet til at oprette, analysere, underskrive og validere OIOWS-Trust-meddelelser, der bruges ved udveksling af OIOSAML-påstande, der er udstedt af og IdP til SOSI IDCards.

4.4. OIOIDWS-factory

Siden Seal 2.5.10 understøttes OIO IDWS.

Eksempel på brug af IDWS hjælpeklasser for service udbydere.
 Expand source

5. Federations

Når SOSIFactory er oprettet, er det let at komme i gang. Overvej følgende kodestykker, der indeholder kode til opbygning af en anmodning (request) som sendes til en tjenesteudbyder (Service provider).

5.1. Service Consumer

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20

Properties properties = ...;
SOSITestFederation testFederation = new SOSITestFederation(properties);
CredentialVault credentialVault = ...; // construct or resolve credentialvault here
 
SOSIFactory factory = new SOSIFactory(testFederation, credentialVault, properties);
Request request = factory.createNewRequest(
        false, // don’t require non-repudiation receipt
        null // Optional flow-ID (not used here)
);
 
IDCard idCard = ...; // resolve ID-card here
 
request.setIDCard(idCard);
 
Element body = ...; // build body DOM element here
request.setBody(body);
 
Document domDocument = request.serialize2DOMDocument();
String xml = XmlUtil.node2String(domDocument, false, true);
//Send xml to Service provider here

Det reelle arbejde ligger i følgende linier:

Linie 1: Specificering af egenskaber for SOSI, se senere for reference til SOSI-egenskaber
Linie 3: Opbygge/finde instans af Credential Vault.
Linie 11:  Opbygge/finde instans af ID-kort.
Linie 15: Opbygning af indhold til XML
Linie 20: Sende XML til  serviceprovider

5.2. Service  Provider

På den "anden side" hos serviceudbyderen bruges biblioteket således. Også her håndterer udvikleren kun ting, der er relateret til forretningsopgaven.

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29

Properties properties = ...;
Federation federation = new SOSIFederation(properties);
CredentialVault credentialVault = ...; // construct or resolve credentialvault here
SOSIFactory factory = new SOSIFactory(federation, credentialVault, properties);
 
// This implicitely verifies the STS signature on the ID card etc.
Request request = factory.deserializeRequest(xml);
 
IDCard idCard = request.getIDCard();
 
// use ID card attributes for authorization here
 
Element body = request.getBody();
 
// use information in body for business logic here
 
Reply reply = factory.createNewReply(
        request,    // dgws version and”In response to” ID
        null        // Optional flow-ID set to null
);
 
reply.setIDCard(idCard);
 
Element replyBody = ...; // build reply body DOM element here
reply.setBody(replyBody);
 
Document domDocument = reply.serialize2DOMDocument();
String replyXML = XmlUtil.node2String(domDocument, false, true);
// Send replyXML to Service provider here






  1. Plain Old Java Objects - https://en.wikipedia.org/wiki/Plain_old_Java_object ↩