 | GXFS -> XFSC Tech | 168 Members |
| Building better Self Sovereign Identity World with XFSC community. GXFS code base is moving to: https://gitlab.eclipse.org/eclipse/xfsc | 7 Servers |
| GXFS -> XFSC Tech | 168 Members |
| Building better Self Sovereign Identity World with XFSC community. GXFS code base is moving to: https://gitlab.eclipse.org/eclipse/xfsc | 7 Servers |
| Sender | Message | Time |
|---|---|---|
| 23 Jan 2024 | ||
 urtza joined the room. | 15:03:39 | |
| urtza | 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/#/? 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:17:53 |
| urtza | * 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:22:45 |
| urtza | * 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 |
| urtza changed their display name from urtain2022 to urtza. | 15:42:32 | |
| 24 Jan 2024 | ||
 @koedding:matrix.org joined the room. | 08:29:03 | |
| 25 Jan 2024 | ||
 Maharshi 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:
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.
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 | ||
| urtza | Redacted or Malformed Event | 10:49:09 |
| urtza | In reply to @maharshisuchak:matrix.orgThanks 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 |
| Maharshi Suchak | glad to know you could see the updates. Always happy to help :-) | 12:16:27 |
 Tim | Hello 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 | ||
 JustinAnthony | It 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 | 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 | ||
| Tim | 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 |
| Tim | * 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 |
| Tim | 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 | Hi 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 |
 Kai 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 |
| Kai 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 |
| Kai Meinke (deltaDAO AG) | There is also no "legalForm" in Gaia-X participant credentials. | 18:55:35 |
| Kai Meinke (deltaDAO AG) | Might be I am looking at the wrong source here which could be outdated, so I am curious. | 18:56:15 |
 Marcel Louwers (Marispace-X) | Hi, 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 | 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 catalog itself. | 09:22:35 |
| marc.b | There 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 | * 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 | * 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 |
| Kai 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 |
 Michael Ziegelmeir | All of you should have. If you have questions regarding the update please reach out directly to BNetzA or acatech | 11:59:42 |
| 6 Feb 2024 | ||
 Paul 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 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 |
| Paul 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 namespace that is defined behind the prefix. | 10:53:19 |