Closed AnaCarolinaChaves closed 2 years ago
I was able to fix this issue on the connector side. However, now when I try to communicate with the Dataspace connector (which is using the local DAPS correctly) the response is shown in the following picture. There are no more details in the logs (connector or broker). So I'm not sure which component, or why, is returning the error.
Have you tried to set log level to debug here? https://github.com/International-Data-Spaces-Association/metadata-broker-open-core/blob/master/broker-core/src/main/resources/log4j2.xml Is the log level in your instance of DSC also set to debug? https://github.com/International-Data-Spaces-Association/DataspaceConnector/blob/b361395067691e6602c2e2a34e8595c5431773db/src/main/resources/log4j2.xml#L28
The DSC is set to debug. The broker was not. However, I was able to fix the problem while resolving the error another component was generating. The problem was that the URL the broker was trying to connect was the old URL. Updating the DAPS proxy fixed this.
It would be great, if you could give the broker developers a hint, which line was wrong and what the correct value is. Thus, I expect the issue as "not resolved" yet.
The developers added the line to redirect to the correct URL a couple of days ago. I was just using the older one.
I have two virtual machines:
I was able to make the machine 2 connectors interact with the DAPS without error. However, when I changed the broker to use the local DAPS, the connectors logs is:
PKIX path building failed: sun.security.provider.certpath.SunCertPathBuilderException: unable to find valid certification path to requested target
To change the Broker DAPS server I executed the following on the Broker directory:
docker-compose down -v
)daps.crt
file fromdocker/broker-core/
to the one created with the local DAPScert
from the docker-composedaps.crt
)