Skip to content

Conversation

@vramperez
Copy link
Collaborator

No description provided.

Copy link
Collaborator

@Mortega5 Mortega5 left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

lgtm

@@ -0,0 +1,7 @@
# did-helper/Chart.yaml
Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I think we are at a point where it makes sense to create a dedicated chart for the helper. What do you think?

],
"client": {

"${CLIENT_DID}": [
Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I think we should clean this up a little, to only those that are required in that repo.


- name: iam
namespace: iam
chart: ../charts/decentralized-iam
Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

This would require manual update of the file on each version increase of the chart. Since this file will mostly(always?) be used by maven, a less manual alternative would be replacing a version-variable by resource-filtering

ingress:
tir:
annotations:
kubernetes.io/ingress.class: "apisix" # Workaround since chart does not set className properly
Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Could you create a PR on the chart please?

fullInclusion: true

odrl-authorization:
apisix:
Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

As far as I seen, no extension of the opa-plugin is loaded. That means no http-body is provided to opa, which breaks a number of policies.

Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

My mistake, thats most likely done by the odrl-authorization chart, right?

Request request = new Request.Builder()
.url(issuerHost + CREDENTIAL_OFFER_URI_PATH + "?credential_configuration_id=" + credentialConfigId)
.get()
.header("Authorization", "Bearer " + keycloakJwt)
Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

"Authorization" and "Bearer" are multi times used "magic" constants. Would be better to make real constants of them.

/**
* SD-JWT-Credentials {@see https://drafts.oauth.net/oauth-sd-jwt-vc/draft-ietf-oauth-sd-jwt-vc.html}
*/
SD_JWT_VC("vc+sd-jwt");
Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Could you extend the enum to also support dc+sd-jwt? vc+sd-jwt is already deprecated and we will most likely need it in the very short future.

xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/xsd/maven-4.0.0.xsd">
<modelVersion>4.0.0</modelVersion>

<groupId>org.fiware</groupId>
Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Would also better be org.fiware.dataspace

<modelVersion>4.0.0</modelVersion>

<groupId>org.fiware</groupId>
<artifactId>decentralizedIam</artifactId>
Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

should be kebab-case

<configuration>
<skip>true</skip>
<portBindings>
<!-- NGINX ingress controller http & https -->
Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

If I understand correctly, we are now using apisix directly as an ingress controller? Then at least the comment should be updated.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

Projects

None yet

Development

Successfully merging this pull request may close these issues.

4 participants