fix: added ContainsKey to check if exists revocation endpoint

[PiemP]

fix: removed exception throw if revocation endpoint is missing
style: changed code to avoid warning remarks

fixes #41

[PiemP]

Da valutare il fatto che ho rimosso la generazione dell'eccezione nel caso in cui il revocation endpoint non sia impostato. Non so se questa cosa è corretta.

[PiemP]

Ho aggiunto un oggetto OPResolveMetadata_SpidCieOIDCConfiguration per il metadata del resolve endpoint nella speranza che questo venga correttamente serializzato nella risposta dell'endpoint. Questa modifica non è stata testata.

[PiemP]

Aggiunto un test per verificare il risultato della serializzazione delle informazioni che vengono utilizzate nel resolve endpoint per generare il JWT che viene restituito. Patendo dal contenuto del file jwtOP.json ho ottenuto questo risultato:

{
    "metadata": {
        "openid_provider": {
            "acr_values_supported": [],
            "authorization_endpoint": "http://127.0.0.1:8000/oidc/op/authorization",
            "claims_supported": [],
            "claims_locales_supported": [],
            "claims_parameter_supported": true,
            "claim_types_supported": [],
            "display_values_supported": [],
            "frontchannel_logout_session_supported": null,
            "frontchannel_logout_supported": null,
            "grant_types_supported": [],
            "id_token_encryption_alg_values_supported": ["RSA-OAEP"],
            "id_token_encryption_enc_values_supported": ["A128CBC-HS256"],
            "id_token_signing_alg_values_supported": [],
            "introspection_endpoint": "http://127.0.0.1:8000/oidc/op/introspection/",
            "introspection_endpoint_auth_methods_supported": [],
            "introspection_endpoint_auth_signing_alg_values_supported": [],
            "logout_session_supported": false,
            "request_object_encryption_alg_values_supported": [],
            "request_object_encryption_enc_values_supported": [],
            "request_object_signing_alg_values_supported": [],
            "response_modes_supported": [],
            "response_types_supported": [],
            "scopes_supported": [],
            "subject_types_supported": [],
            "token_endpoint": "http://127.0.0.1:8000/oidc/op/token/",
            "token_endpoint_auth_methods_supported": [],
            "token_endpoint_auth_signing_alg_values_supported": [],
            "ui_locales_supported": [],
            "userinfo_endpoint": "http://127.0.0.1:8000/oidc/op/userinfo/",
            "userinfo_encryption_alg_values_supported": [],
            "userinfo_encryption_enc_values_supported": [],
            "userinfo_signing_alg_values_supported": [],
            "Issuer": null,
            "TokenEndpoint": "http://127.0.0.1:8000/oidc/op/token/",
            "revocation_endpoint": "http://127.0.0.1:8000/oidc/op/revocation/",
            "op_name": "Agenzia per l\u2019Italia Digitale",
            "op_uri": "https://www.agid.gov.it",
            "contacts": ["ops@https://idp.it"],
            "client_registration_types_supported": ["automatic"],
            "code_challenge_methods_supported": ["S256"],
            "request_authentication_methods_supported": {
                "ar": ["request_object"]
            }
        }
    },
    "trust_marks": [],
    "trust_chain": [],
    "iss": "http://127.0.0.1:5000/ta",
    "sub": "http://127.0.0.1:8000/oidc/op/",
    "iat": 1737730378,
    "exp": 1737903178
}

Verificata la presenza della proprietà revocation_endpoint che mi porta a pensare che la serializzazione di OpenIdConnectConfiguration dovrebbe avvenire in modo corretto.