build(deps): upgrade EDC to 0.1.2

[ndr-brt]

what

Upgrade EDC to 0.1.2

why

keep dependencies updated

notes

updated gradle at 7.6.1 as well

[ndr-brt]

I'm working to switch all the calls to the new Json-LD endpoints, unfortunately seems that the json-ld library has an annoying bug: digitalbazaar/jsonld.js#523

will see if there are workaround to this

[OlfaBensoussia]

@ndr-brt I took the liberty of removing the ternary operator in my latest commit because it's not really doing anything there. The initial value assigned to the query is {} and we are already using the spread operator for constructing the body. So even if it's empty, it won't affect the final result.
As another update, I am currently going through the same issue. All of the tests are passing locally but failing when I push. This is probably related to the receiver server

[ndr-brt]

@ndr-brt I took the liberty of removing the ternary operator in my latest commit because it's not really doing anything there. The initial value assigned to the query is {} and we are already using the spread operator for constructing the body. So even if it's empty, it won't affect the final result. As another update, I am currently going through the same issue. All of the tests are passing locally but failing when I push. This is probably related to the receiver server

seems like negotiations got TERMINATED instead of FINALIZED, now I improved the waitForNegotiationState and now that's visible, it remains to understand why they fail, will investigate further

[ndr-brt]

I think it has something to do with the json-ld expansion, because this offer:

{
  "@id": "ZGVmaW5pdGlvbi0zZjgzNTFmMS0zOWQ0LTQ1ODMtYmI2YS0yOWZjZDg0NGJhOTg=:NDQ0MTlmMzEtNTFkMi00MDE4LWJiNDYtYWFjMjczMmM5MWFl:M2E5MDExNTQtM2U0Yy00N2FhLWFhZjYtNDQxMmMwOTY0MDQ0",
  "@type": "odrl:Set",
  "odrl:permission": [],
  "odrl:prohibition": [],
  "odrl:obligation": [],
  "odrl:target": "44419f31-51d2-4018-bb46-aac2732c91ae"
}

gets expanded as:

{
  "id": "NDQ0MTlmMzEtNTFkMi00MDE4LWJiNDYtYWFjMjczMmM5MWFl:M2E5MDExNTQtM2U0Yy00N2FhLWFhZjYtNDQxMmMwOTY0MDQ0",
  "type": [
    "http://www.w3.org/ns/odrl/2/Set"
  ],
  "http://www.w3.org/ns/odrl/2/obligation": [],
  "http://www.w3.org/ns/odrl/2/permission": [],
  "http://www.w3.org/ns/odrl/2/prohibition": [],
  "http://www.w3.org/ns/odrl/2/target": [
    {
      "@value": "44419f31-51d2-4018-bb46-aac2732c91ae"
    }
  ]
}

so it loses the first part of the ID, could be related to an issue that I already opened on:
digitalbazaar/jsonld.js#523

No clue why this is not happening locally...

[ndr-brt]

@OlfaBensoussia the ternary operator is necessary, because an empty json-ld cannot be expanded and it returns error, so the body should be either null or a valid json-ld (if you remove that now the related test will fail).
Added only to the queryTransferProcesses but it will be needed on the other endpoints as well.

Now we're green with 0.1.2, for 0.1.3 we'd need to discover why the expansion of the @id changes the id itself.

ready for merge and release? @fdionisi

[fdionisi]

Stunning job, @OlfaBensoussia and @ndr-brt. I have just a few nits, but most of them could be handled as follow-ups. Let me know your thoughts.

[OlfaBensoussia]

@ndr-brt do you think it will make sense if we tried to use ${EDC_CONTEXT}assetId instead of always hardcoding the value? it seems like there is a pattern in getting those values in general, it's usually 'https://w3id.org/edc/v0.0.1/ns/entityName'

[ndr-brt]

hey, I'm working at this, let's check out the latest commit 🌋

[ndr-brt]

The idea is to keep the objects not typed and defining properties through get methods that take info out of the json-ld properties

[ndr-brt]

mmmh... despite this is a really clean approach, typescript lacks this feature: microsoft/TypeScript#14417
and it's pretty fundamental for what I was doing here... maybe something that can be used in the meantime for "output" objects, instead for creating "input" objects better go with the current approach.
The intersection between the two is the Policy class, that's also a crucial one.

[fdionisi]

LGTM! 🚀