Open achreffaidi opened 2 years ago
For a first debugging step, could you please add the application property
daps.enable.log.jwt=true
or set it via env-variables.
Successfully received DAT from DAPS.
is then extended by an output of the DAT received from the DAPS.
I just did, add that attribute to the sender connector:
Now the error code is 502 Received invalid ids message.
Logs from the sender:
2022-05-06T15:05:18,397 [https-jsse-nio-8080-exec-8] [32mINFO[m - Successfully received DAT from DAPS.
--
2022-05-06T15:05:18,451 [https-jsse-nio-8080-exec-8] [32mINFO[m - Sending request to https://dsc.bmwgroup.com/api/ids/data ...
2022-05-06T15:05:18,595 [https-jsse-nio-8080-exec-8] [32mINFO[m - Successfully received response to request.
2022-05-06T15:05:18,607 [https-jsse-nio-8080-exec-8] [32mINFO[m - Initializing SHACL shapes.
2022-05-06T15:05:18,607 [https-jsse-nio-8080-exec-8] [32mINFO[m - Loading SHACL shapes from resources. You can optionally download the latest shapes from GitHub.
2022-05-06T15:05:20,228 [https-jsse-nio-8080-exec-8] [32mINFO[m - Loading ontology from resources
2022-05-06T15:05:20,288 [https-jsse-nio-8080-exec-8] [32mINFO[m - Initialization of SHACL shapes complete.
2022-05-06T15:05:20,307 [https-jsse-nio-8080-exec-8] [32mINFO[m - Successfully passed SHACL-Validation.
2022-05-06T15:05:20,330 [https-jsse-nio-8080-exec-8] [32mINFO[m - Executed query: PREFIX ids: <https://w3id.org/idsa/core/>\nSELECT ?securityToken ?authorizationToken ?correlationMessage (GROUP_CONCAT(?recipientConnector;separator="\|\|") AS ?recipientConnectors) ?issuerConnector ?senderAgent ?modelVersion ?issued ?rejectionReason ?contentVersion ?transferContract (GROUP_CONCAT(?recipientAgent;separator="\|\|") AS ?recipientAgents) { <https://w3id.org/idsa/autogen/rejectionMessage/61d52960-c67d-47f4-8ebe-63c92c38e06e> a ids:RejectionMessage. <https://w3id.org/idsa/autogen/rejectionMessage/61d52960-c67d-47f4-8ebe-63c92c38e06e> ids:securityToken ?securityToken . OPTIONAL { <https://w3id.org/idsa/autogen/rejectionMessage/61d52960-c67d-47f4-8ebe-63c92c38e06e> ids:authorizationToken ?authorizationToken .} <https://w3id.org/idsa/autogen/rejectionMessage/61d52960-c67d-47f4-8ebe-63c92c38e06e> ids:correlationMessage ?correlationMessage . OPTIONAL { <https://w3id.org/idsa/autogen/rejectionMessage/61d52960-c67d-47f4-8ebe-63c92c38e06e> ids:recipientConnector ?recipientConnector .} <https://w3id.org/idsa/autogen/rejectionMessage/61d52960-c67d-47f4-8ebe-63c92c38e06e> ids:issuerConnector ?issuerConnector . <https://w3id.org/idsa/autogen/rejectionMessage/61d52960-c67d-47f4-8ebe-63c92c38e06e> ids:senderAgent ?senderAgent . <https://w3id.org/idsa/autogen/rejectionMessage/61d52960-c67d-47f4-8ebe-63c92c38e06e> ids:modelVersion ?modelVersion . <https://w3id.org/idsa/autogen/rejectionMessage/61d52960-c67d-47f4-8ebe-63c92c38e06e> ids:issued ?issued . OPTIONAL { <https://w3id.org/idsa/autogen/rejectionMessage/61d52960-c67d-47f4-8ebe-63c92c38e06e> ids:rejectionReason ?rejectionReason .} OPTIONAL { <https://w3id.org/idsa/autogen/rejectionMessage/61d52960-c67d-47f4-8ebe-63c92c38e06e> ids:contentVersion ?contentVersion .} OPTIONAL { <https://w3id.org/idsa/autogen/rejectionMessage/61d52960-c67d-47f4-8ebe-63c92c38e06e> ids:transferContract ?transferContract .} OPTIONAL { <https://w3id.org/idsa/autogen/rejectionMessage/61d52960-c67d-47f4-8ebe-63c92c38e06e> ids:recipientAgent ?recipientAgent .} } GROUP BY ?securityToken ?authorizationToken ?correlationMessage ?issuerConnector ?senderAgent ?modelVersion ?issued ?rejectionReason ?contentVersion ?transferContract
Recipient log:
2022-05-06T15:11:48,420 [scheduling-1] [32mINFO[m - Scanning agreements...
--
2022-05-06T15:11:49,292 [https-jsse-nio-8080-exec-25] [32mINFO[m - Received incoming message.
Hey @tmberthold, Any updates on the reported issue?
Purely from the logs I can't see any problem, because they are all info logs.
With the current DSC-main version we have added a new feature, two new settings, with which you can output the incoming and outgoing ids-messages of DSCs in the logs, if enabled via properties.
As of current main (not released as stable version):
messaging.log.incoming=true
messaging.log.outgoing=true
RejectionMessage because unsupported infomodel version When I look at what the connector is responding to me on send requests, it responds with a rejectionMessage because of incompatible infomodel-message-versions. Please check the connector configuration, if the model version of the incoming message is in the list of inbound modelversions.
RejectionMessage because DAT could not be parsed When I downgrade my outbound model version to the ones supported by said connector, thus bypassing 1. with a workaround, the connector replies that it cannot parse the DAT of the incoming message. Here please check the settings, whether everything is correct in connection with the DAPS setup, perhaps the connector can not fetch the public key or something similar from the DAPS.
The two connectors we have has the following info-model config:
ids:inboundModelVersion" : [ "4.2.0", "4.1.2", "4.0.0", "4.1.0" ]
ids:outboundModelVersion" : "4.2.0"
DAPS is working perfectly for other endpoints, so probably the error isn't coming from there.
I'll try to set up the logging parameter you mentioned in one of our connectors and see if there's useful logs.
Describe the bug
We have two connectors both running on version 7.1.0 and configured with DAPS:
When we try to send /api/ids/description [POST] request from the PROD connector to the E2E connector we get this error:
For recipient URL we tried both :
{connector_url}
and{connector_url}/api/ids/data
Screenshots & Logs
The sender connector shows this error in the logs:
And for the recipient connector we got this log: