!flmTthUebPfZFnEyxM:matrix.org

GXFS -> XFSC Tech

173 Members
Building better Self Sovereign Identity World with XFSC community. GXFS code base is moving to: https://gitlab.eclipse.org/eclipse/xfsc9 Servers

Load older messages


SenderMessageTime
23 Jan 2024
@urtain2022:matrix.orgurtza * Good afternoon, I am Urtza and I am work at Tecnalia. During these days I have been working on this workshop https://gitlab.eclipse.org/eclipse/xfsc/workshop/xfsc-tech-workshop-5. I have not deployed the entire infrastructure, I have taken the signer part from exercise 1 and the catalog from exercise 2. As a result of exercise 1, I obtain a Participant and a ServiceOffering compliance with Gaia-X. And as part of exercise 2, I see that the information related to the CES is loaded into a postgres database and then there is both a frontend on port 8081 and a Neo4j frontend. I have a series of questions about it that I cannot understand the connection between the output of exercise 1 and the connection with the catalog: 1.- Who makes a POST to the CES service, is it done somewhere in the code of exercise 1 or is it done manually by accessing the URL https://ces-development.lab.gaia-x.eu/q/swagger- ui/#/? or is it on another URL regarding ces? 2.- In exercise 2, I see that there is a cron that is responsible for reviewing the information, a call is made to the service https://ces-development.lab.gaia-x.eu/credentials-events?page=0&size=20 to get that information and save it in Postgres table fed_cat -> ces_process_tracker? How is this process done? I have generated a compliance service and uploaded it to POST but I can't see it in the database, I don't know if I should wait longer or if it doesn't get it from the URL https://ces-development.lab.gaia-x.eu. 3.- And as last question, where the descriptor is imported into Neo4j, I understand that it will only ingest service offering. Thanks, Urtza 15:23:10
@urtain2022:matrix.orgurtza changed their display name from urtain2022 to urtza.15:42:32
24 Jan 2024
@koedding:matrix.orgkoedding joined the room.08:29:03
25 Jan 2024
@maharshisuchak:matrix.orgMaharshi Suchak

hi Urtza, glad to know you are able to make your way through with the documentation and that too with modifications in it. And that also comes with need of some support :-)

Here are the answers:

  1. POST to CES happens from wizard application of Exercise 1.

  2. As informed in the workshop, the Catalog in exercise 2 is just a basic application. And so it does not support the Service Offerings that does not follow the request response parameters from Exercise 1. So it was developed tightly coupled with the Wizard in exercise 1.

As a followup on that, we already have a task in Catalog Gitlab, to make it work with the Shapes and SHACL files of Gaia-X standards. When that is done, you will be able to see that service posted on your own in the Catalog - along with many other service offerings in CES.

  1. Yes currently it is supporting only the ingestion of Service Offering .

In the community calls you will receive more updates on the the catalog being compatible with all the Gaia-X compliant verifiable credentials and more.

12:15:24
26 Jan 2024
@urtain2022:matrix.orgurtzaRedacted or Malformed Event10:49:09
@urtain2022:matrix.orgurtza
In reply to @maharshisuchak:matrix.org

hi Urtza, glad to know you are able to make your way through with the documentation and that too with modifications in it. And that also comes with need of some support :-)

Here are the answers:

  1. POST to CES happens from wizard application of Exercise 1.

  2. As informed in the workshop, the Catalog in exercise 2 is just a basic application. And so it does not support the Service Offerings that does not follow the request response parameters from Exercise 1. So it was developed tightly coupled with the Wizard in exercise 1.

As a followup on that, we already have a task in Catalog Gitlab, to make it work with the Shapes and SHACL files of Gaia-X standards. When that is done, you will be able to see that service posted on your own in the Catalog - along with many other service offerings in CES.

  1. Yes currently it is supporting only the ingestion of Service Offering .

In the community calls you will receive more updates on the the catalog being compatible with all the Gaia-X compliant verifiable credentials and more.

Thanks for your answer. By not attending the workshop and not deploying the entire infrastructure, I collected the information about exercise 1 directly and cloned the main branch. I could see that it seemed strange to me that the code was from 9 months ago and the creation of the participant was not entirely correct, so I started to modify the code and obtain the VP of the participant correctly but I was missing the call to the CES. Seeing your answer, I already entered another directory of the "Cloud setup" workshop and via the instructions on cloning to the "gaia-x-update" branch, in that code I already see the call to CES. Sorry for the inconvenience caused and thank you for the information received in your response.
10:50:47
@maharshisuchak:matrix.orgMaharshi Suchakglad to know you could see the updates. Always happy to help :-)12:16:27
@timpdata:matrix.orgTimHello everyone, we've been facing persistent issues with the OCM and its connections to the PostgreSQL database. Our deployments span various infrastructures and involve different PostgreSQL versions. What's particularly perplexing is that we can successfully set up the OCM, and it typically operates smoothly for 1-3 days—handling connections, issuing VCs, and verification—only to suddenly cease functioning. This occurs without any changes in configuration. The root cause appears to be an abrupt loss of connection or access rights to the database. Most of our instances utilize a managed database, and unfortunately, we're unable to access the logs there. The puzzling aspect is the brief period during which everything works before coming to a halt. To address these issues, our usual remediation steps involve killing all OCM-related pods, clearing the database (including recreating schemas), and then continuing until the problem reoccurs. Any insights into what might be causing these errors or suggestions for a more effective resolution would be greatly appreciated. Of course, if anyone else has faced or is currently facing similar problems, we would love to hear about your experiences and solutions. Have a nice weekend. 13:43:58
27 Jan 2024
@justinraj1984:matrix.orgJustinAnthonyIt could be that the database service used is not a "Reserved instance" or it has reached the IOPS limit (3200 max for example in Azure). Logs should be available at the service website "activity log"13:15:08
@schulzest:matrix.orgschulzest Tim: in the existing OCM v1, is a gap in the Storage Handling of Hyperledger Indy which results in inconsistencies from time to time. This is solved now in spec phase two in v2, please cross check this version to solve that long term 21:17:46
29 Jan 2024
@timpdata:matrix.orgTim thanks JustinAnthony we really have very very few transactions, and unfortunately, logs are at a very low level (basically no important information) from our service provider 09:31:28
@timpdata:matrix.orgTim * thanks JustinAnthony we really have very very few transactions, and unfortunately, logs are at a very low level (basically no important information) from our service provider, and it appears to happen as well on a local instance (really just for testing, very limited) 09:32:01
@timpdata:matrix.orgTim thanks schulzest , do you have by chance a reference ticket from Indy for the issue to dig deeper? Is it reallistic to happen every few days? 09:33:21
1 Feb 2024
@marc.b:matrix.orgmarc.bHi everyone, project MERLOT created a Java-Spring based library to simplify interactions with the XFSC federated catalog as well as credential creation/signature: https://github.com/merlot-education/gxfscatalog-library . I think this might be particularly interesting for other Gaia-X related projects that might just be starting out with using the catalog.12:53:40
@kaimeinke:matrix.orgKai Meinke (deltaDAO AG)I am not sure about the linked credential models linked in the repo description. I have seen the credential schemata with gax: in the linked library which would not work with the shapes in Gaia-X Digital Clearing Houses, see: https://registry.lab.gaia-x.eu/development/api/trusted-shape-registry/v1/shapes/jsonld/trustframework# Maybe I am looking at the wrong sources here? https://github.com/merlot-education/gxfscatalog-library/tree/main/src/main/java/eu/merloteducation/gxfscataloglibrary/models/selfdescriptions/gax 18:53:44
@kaimeinke:matrix.orgKai Meinke (deltaDAO AG)For example: gax-trust-framework:registrationNumber does not match the current framework. The registration number is given through a credential, not in the participant VC.18:54:52
@kaimeinke:matrix.orgKai Meinke (deltaDAO AG)There is also no "legalForm" in Gaia-X participant credentials.18:55:35
@kaimeinke:matrix.orgKai Meinke (deltaDAO AG)Might be I am looking at the wrong source here which could be outdated, so I am curious.18:56:15
@mlouwers:matrix.orgmlouwersHi, who of the funded projects did also receive a letter regarding the GXFS implementations and architecture document 23.10 as part of the "Nebenbestimmungen" ? 21:06:49
2 Feb 2024
@marc.b:matrix.orgmarc.bIndeed the provided models are based on an older version of the schemas which can be found at https://gitlab.com/gaia-x/technical-committee/service-characteristics/-/tree/v22.10 . This was done in this way since the MERLOT project started out with this version and hasn't changed to the newer "gx:" schemas due to previous incompatibilities with the catalog itself.09:22:35
@marc.b:matrix.orgmarc.bThere is however nothing that would stop someone from replacing the provided models with models based on the new schemas if this is required for their project :)09:23:35
@marc.b:matrix.orgmarc.b * Indeed the provided models are based on an older version of the schemas which can be found at https://gitlab.com/gaia-x/technical-committee/service-characteristics/-/tree/v22.10 . This was done in this way since the MERLOT project started out with this version and hasn't changed to the newer "gx:" schemas due to previous incompatibilities with the sd-creation-wizard and the catalog itself. 09:24:19
@marc.b:matrix.orgmarc.b * Indeed the provided models are based on an older version of the schemas which can be found at https://gitlab.com/gaia-x/technical-committee/service-characteristics/-/tree/v22.10 . This was done in this way since the MERLOT project started out with this version and hasn't changed to the newer "gx:" schemas so far due to previous incompatibilities with the sd-creation-wizard and the catalog itself. 09:27:10
@kaimeinke:matrix.orgKai Meinke (deltaDAO AG)Thank you for the explanation. Totally understandable. Just be aware that gax is not used in Gaia-X at all and can't be used for semantic interoperability with other Gaia-X projects. If this is desired the mentioned changes need to be made. Some projects did this very successfully with the XFSC components already so nobody needs to start from scratch.11:41:55
@mlziegelmeir:matrix.orgmlziegelmeirAll of you should have. If you have questions regarding the update please reach out directly to BNetzA or acatech11:59:42
6 Feb 2024
@moosmannp:matrix.orgPaul Moosmann

Dear XFSC Community,

for anyone interested in scientific conttibutions I would like to forward this information regarding an upcoming workshop on the topic of Semantics in Dataspaces:

CFP: The 2nd International Workshop on Semantics in Dataspaces (SDS 2024) @ESWC24, May 26-27 in Crete, Greece
Dear Gaia-X Researchers, Ontology Experts, and Dataspace Enthusiasts,

You are cordially invited to contribute to our upcoming workshop, The Second International Workshop on Semantics in Dataspaces (SDS 2024), MAY 26 or 27, 2024, to be held in conjunction with the ESWC24 in Crete, Greece.

https://dbis.rwth-aachen.de/SDS24/

09:56:16
@moosmannp:matrix.orgPaul MoosmannRegarding the discussion "gx" vs "gax": Please remember that these are only prefixes and the prefix as such shouldn't matter. What is important is the namespace that is defined behind the prefix.10:53:19
@moosmannp:matrix.orgPaul Moosmann * Regarding the discussion "gx" vs "gax": Please remember that these are only prefixes and the prefix as such shouldn't matter. What is important is the URI that is defined by the prefix. 10:54:54
@kaimeinke:matrix.orgKai Meinke (deltaDAO AG)Sure, but they also hint towards some legacy semantics. Just used this as abbreviation.18:30:38
7 Feb 2024
@gico:matrix.orgGiovanni Coppa joined the room.10:33:51

There are no newer messages yet.


Back to Room ListRoom Version: 10