Error Message when running register-dids.sh script about business-partner-agent

[etschelp]

gp stands for gitpod, and it is not needed for local installations. Seems like the which command is not portable enough between distributions. Try replacing lines 8 and 54 in register-dids.sh with if command -v gp > /dev/null 2>&1; then

[msingh1304]

@etschelp

gp error is gone now after making the suggested changes in the script, but after that when I am trying to run docker compose, I am getting the below mentioned message:

WARN[0000] The "POSTGRESQL2_PORT" variable is not set. Defaulting to a blank string.
WARN[0000] The "ACAPY_ADMIN_URL_API_KEY" variable is not set. Defaulting to a blank string.
WARN[0000] The "BPA_PORT" variable is not set. Defaulting to a blank string.
WARN[0000] The "BPA_PORT" variable is not set. Defaulting to a blank string.
WARN[0000] The "BPA_PORT" variable is not set. Defaulting to a blank string.
WARN[0000] The "ACAPY_READ_ONLY_MODE" variable is not set. Defaulting to a blank string.
WARN[0000] The "AGENT2_NAME" variable is not set. Defaulting to a blank string.
WARN[0000] The "ACAPY2_ENDPOINT" variable is not set. Defaulting to a blank string.
WARN[0000] The "ACAPY2_ADMIN_PORT" variable is not set. Defaulting to a blank string.
WARN[0000] The "ACAPY_ADMIN_URL_API_KEY" variable is not set. Defaulting to a blank string.
WARN[0000] The "BPA2_PORT" variable is not set. Defaulting to a blank string.
WARN[0000] The "POSTGRESQL2_HOST" variable is not set. Defaulting to a blank string.
WARN[0000] The "BPA2_HOST" variable is not set. Defaulting to a blank string.
WARN[0000] The "BPA2_PORT" variable is not set. Defaulting to a blank string.
WARN[0000] The "BPA2_PORT" variable is not set. Defaulting to a blank string.
WARN[0000] The "ACAPY2_ADMIN_PORT" variable is not set. Defaulting to a blank string.
WARN[0000] The "ACAPY2_ADMIN_PORT" variable is not set. Defaulting to a blank string.
WARN[0000] The "ACAPY2_HTTP_PORT" variable is not set. Defaulting to a blank string.
WARN[0000] The "ACAPY2_HTTP_PORT" variable is not set. Defaulting to a blank string.
WARN[0000] The "ACAPY2_HTTP_PORT" variable is not set. Defaulting to a blank string.
WARN[0000] The "ACAPY2_ENDPOINT" variable is not set. Defaulting to a blank string.
WARN[0000] The "POSTGRESQL2_HOST" variable is not set. Defaulting to a blank string.
WARN[0000] The "ACAPY_SEED2" variable is not set. Defaulting to a blank string.
WARN[0000] The "ACAPY2_ADMIN_PORT" variable is not set. Defaulting to a blank string.
WARN[0000] The "AGENT2_NAME" variable is not set. Defaulting to a blank string.
WARN[0000] The "ACAPY_READ_ONLY_MODE" variable is not set. Defaulting to a blank string.
services.bpa-agent2.ports array items[0,1] must be unique

[msingh1304]

Note: Our VM is hosted in public cloud, we have also provided internet access to our VM and no such firewall in place.

[etschelp]

This means that the .env file is missing, what does the output of the register-dids.sh script say? You are probably running into another failure and hence the .env file is never created and so you are missing all the properties.

You can of course do what the script does manually.

1. Copy the .env-example to .env
2. Create two seeds e.g. like this
3. register both seeds with http://test.bcovrin.vonx.io
4. set the seeds in .env lines 74 and 75

[msingh1304]

@etschelp

I get this output when I run register-dids.sh

---

[mytestlinux@myssi scripts]$ ./register-dids.sh
Registering DID for ACAPY_SEED
{
"did": "NTgsDJcAMvSSHn6Amo3Lu9",
"seed": "JkzFi2R1GKjmLBp5Gj7SOPxt0BhqsTVt",
"verkey": "ChQ2CEZa9ebHy6iKqUtu4wGothmh2F2XAwwHAXwaq7h9"
}
Registration on http://test.bcovrin.vonx.io successful
Setting ACAPY_SEED in .env file
Registering DID for ACAPY_SEED2
{
"did": "UMAuZsCyrDvJxFnpkBndTY",
"seed": "cBlIGtghql5rAeAM0P6cl2tubvpTMX6d",
"verkey": "FuWzBa8UegVHGicE9kjqLSGTgD7aaFSinmKx1tCk7Ucg"
}
Registration on http://test.bcovrin.vonx.io successful
Setting ACAPY_SEED2 in .env file

---

[msingh1304]

@etschelp

Do I need to set this seed manually in .env file, please guide, I am little bit confused. Also let me know after running docker compose up, will everything be functional or I need to do some other configuration.

[etschelp]

Ok, this looks like a successful run, so no you should not do anything else. Still your output above looks like there is no .env file, but this can also happen if you run docker compose from outside the scripts folder for example. How do you start the compose file and from where?

[msingh1304]

@etschelp

I am trying to run the docker compose up from the script folder.

[etschelp]

Can you double check if the .env file is there by running docker compose --env-file .env -f docker-compose.yml up ?

[msingh1304]

after running this command getting the same error and one more thing, .env file is hidden so I have to ls -la to show up.

[etschelp]

Does the .env file have any content? What is the full log output?

[msingh1304]

I see the message now build finished, however I also get this message at the last, is it done if yes then what are the next steps?

=> CANCELED [ghcr.io/hyperledger-labs/business-partner-agent:local internal] load metadata for docker.io/library/e 0.0s
=> CANCELED [ghcr.io/hyperledger-labs/business-partner-agent:local internal] load metadata for docker.io/library/n 0.0s
=> CANCELED [ghcr.io/hyperledger-labs/business-partner-agent:local internal] load metadata for docker.io/library/m 0.0s
failed to solve: failed to read dockerfile: open /var/lib/docker/tmp/buildkit-mount83726362/Dockerfile: no such file or directory

[etschelp]

Did you start with docker compose --env-file .env -f docker-compose.yml up ? The message above looks like you did build a local image and now it can not be referenced. If you use the -f option the image from GitHub will be used. For next steps look in the readme, if everything starts up you will have ONE BPA running and can access the UI under port 8080. All further steps depend on you usecase.

[msingh1304]

@etschelp

I get the below mentioned message when I run the command suggested by you

[mylinux@myssi scripts]$ docker compose --env-file .env -f docker-compose.yml up
WARN[0000] The "ACAPY_ADMIN_URL_API_KEY" variable is not set. Defaulting to a blank string.
WARN[0000] The "ACAPY_READ_ONLY_MODE" variable is not set. Defaulting to a blank string.
[+] Running 0/1
⠿ mylab-bpa-controller Warning 1.3s
[+] Building 0.0s (2/2) FINISHED
=> [internal] load build definition from Dockerfile 0.0s
=> => transferring dockerfile: 2B 0.0s
=> [internal] load .dockerignore 0.0s
=> => transferring context: 2B 0.0s
failed to solve: failed to read dockerfile: open /var/lib/docker/tmp/buildkit-mount3435115204/Dockerfile: no such file or directory

---

logs

[mylinux@ssi scripts]$ docker compose logs -f
WARN[0000] The "ACAPY_ADMIN_URL_API_KEY" variable is not set. Defaulting to a blank string.
WARN[0000] The "ACAPY_READ_ONLY_MODE" variable is not set. Defaulting to a blank string.

[etschelp]

Weird there should not be any Dockerfile involved. try the following:

1. In scripts run docker compose down -v
2. Run docker ps There should not be any running containers, if so stop them
3. Delete/rename/move the docker-compose.override.yml file
4. Start again

[msingh1304]

@etschelp

I performed the aforementioned steps and then ran this command "docker compose --env-file .env -f docker-compose.yml up"

I am getting this message now

[mylinux@ssi scripts]$ docker compose --env-file .env -f docker-compose.yml up
WARN[0000] The "ACAPY_ADMIN_URL_API_KEY" variable is not set. Defaulting to a blank string.
WARN[0000] The "ACAPY_READ_ONLY_MODE" variable is not set. Defaulting to a blank string.
[+] Running 0/1
⠿ my-bpa-controller Warning 1.3s
[+] Building 0.0s (2/2) FINISHED
=> [internal] load build definition from Dockerfile 0.0s
=> => transferring dockerfile: 2B 0.0s
=> [internal] load .dockerignore 0.0s
=> => transferring context: 2B 0.0s
failed to solve: failed to read dockerfile: open /var/lib/docker/tmp/buildkit-mount3199535724/Dockerfile: no such file or directory

---

logs

[mylinux@ssi scripts]$ docker compose logs -f
WARN[0000] The "ACAPY_ADMIN_URL_API_KEY" variable is not set. Defaulting to a blank string.
WARN[0000] The "ACAPY_READ_ONLY_MODE" variable is not set. Defaulting to a blank string.

And one more questions, I am trying to run a business partner agent with docker-compose on our VM hosted on cloud or shall I follow the steps of Public VM Deployment?

[etschelp]

The next thing you can try is to remove all containers and images and then start up again same as above:

docker stop $(docker ps -aq)
docker rm $(docker ps -aq)
docker rmi $(docker images -q)

[msingh1304]

@etschelp

Thanks for all the help, all the containers are running fine except aries cloud agent, getting this error message

Error Message: [main] TRACE AriesClient - aca-py not ready yet, reason: Failed to connect to myssilab-aries-agent/192.168.77.3:11708

And we have opened all the ports, don't really know what is the issue.

Additional logs:

at org.hyperledger.bpa.impl.StartupTasks$ApplicationEventListener$onServiceStartedEvent1$Intercepted.onApplicationEvent(Unknown Source) ~[business-partner-agent.jar:?]
at io.micronaut.context.event.ApplicationEventPublisherFactory.notifyEventListeners(ApplicationEventPublisherFactory.java:262) ~[business-partner-agent.jar:?]
at io.micronaut.context.event.ApplicationEventPublisherFactory.access$200(ApplicationEventPublisherFactory.java:60) ~[business-partner-agent.jar:?]
at io.micronaut.context.event.ApplicationEventPublisherFactory$2.publishEvent(ApplicationEventPublisherFactory.java:229) ~[business-partner-agent.jar:?]
at io.micronaut.context.DefaultBeanContext.publishEvent(DefaultBeanContext.java:1650) ~[business-partner-agent.jar:?]
at io.micronaut.context.DefaultBeanContext.start(DefaultBeanContext.java:258) ~[business-partner-agent.jar:?]
at io.micronaut.context.DefaultApplicationContext.start(DefaultApplicationContext.java:181) ~[business-partner-agent.jar:?]
at io.micronaut.runtime.Micronaut.start(Micronaut.java:71) [business-partner-agent.jar:?]
at io.micronaut.runtime.Micronaut.run(Micronaut.java:311) [business-partner-agent.jar:?]
at io.micronaut.runtime.Micronaut.run(Micronaut.java:297) [business-partner-agent.jar:?]
at org.hyperledger.bpa.Application.main(Application.java:34) [business-partner-agent.jar:?]

More

---

Do we need to set these value also

WARN[0000] The "ACAPY_ADMIN_URL_API_KEY" variable is not set. Defaulting to a blank string.
WARN[0000] The "ACAPY_READ_ONLY_MODE" variable is not set. Defaulting to a blank string.
WARN[0000] The "ACAPY_ADMIN_URL_API_KEY" variable is not set. Defaulting to a blank string.
WARN[0000] The "ACAPY_READ_ONLY_MODE" variable is not set. Defaulting to a blank string.

Please confirm

[etschelp]

The log output is not enough to tell what's wrong. The "aca-py not ready yet" message can happen a couple of times depending on the startup order of the containers and is on it self not problematic.

If the above exception happens because of a timeout this can have two reasons.

1. The aca-py container did not start, because of a multitude of reasons like: changed seed, no ledger, no database etc.
2. The the aca-py api endpoint is configured as secure, but you did not change the bpa setting. But if you did not change the .env file from the defaults like below, this is probably not the case

ACAPY_ADMIN_CONFIG=--admin-insecure-mode
# Production setup (change the key to a generated secret one)
#ACAPY_ADMIN_URL_API_KEY=change-me
#ACAPY_ADMIN_CONFIG=--admin-api-key ${ACAPY_ADMIN_URL_API_KEY}

So if line 91ff in your .env file looks like above 2 is not the reason, and it is probably 1. And you have to check your logs for the aca-py output.

If you see the following:

::::::::::::::::::::::::::::::::::::::::::::::
:: Aries Cloud Agent                        ::
::                                          ::
::                                          ::
:: Inbound Transports:                      ::
::                                          ::
::   - http://0.0.0.0:8030                  ::
::                                          ::
:: Outbound Transports:                     ::
::                                          ::
::   - http                                 ::
::   - https                                ::
::                                          ::
:: Administration API:                      ::
::                                          ::
::   - http://0.0.0.0:8031                  ::
::                                          ::
::                               ver: 0.7.5 ::
::::::::::::::::::::::::::::::::::::::::::::::

Listening...

aca-py comes up and I need the full BPA stack trace to see what is going on. If not then I need the aca-py part

[msingh1304]

@etschelp

It is exactly like this in my .env file as you mentioned.

ACAPY_ADMIN_CONFIG=--admin-insecure-mode

Production setup (change the key to a generated secret one)

#ACAPY_ADMIN_URL_API_KEY=change-me
#ACAPY_ADMIN_CONFIG=--admin-api-key ${ACAPY_ADMIN_URL_API_KEY}

how do I see the entire logs?

[etschelp]

If you start with docker compose up the log is available in you console

[msingh1304]

I did this, but I don't see any error here

[msingh1304]

[+] Running 5/5
⠿ Network mylabs-deployment_mylab-bpa Created 0.3s
⠿ Container mylab-nginx-reverse-proxy Started 1.0s
⠿ Container mylab-postgres-wallet Started 0.8s
⠿ Container mylab-aries-agent Started 1.3s
⠿ Container mylab-bpa-controller Started 1.6s
WARN[0000] The "ACAPY_ADMIN_URL_API_KEY" variable is not set. Defaulting to a blank string.
WARN[0000] The "ACAPY_READ_ONLY_MODE" variable is not set. Defaulting to a blank string.
[+] Running 1/1
⠿ Container mylab-aries-agent Started 10.6s
WARN[0000] The "ACAPY_ADMIN_URL_API_KEY" variable is not set. Defaulting to a blank string.
WARN[0000] The "ACAPY_READ_ONLY_MODE" variable is not set. Defaulting to a blank string.
[+] Running 1/1
⠿ Container mylab-nginx-reverse-proxy Started

Everything is running , did not get any error, do I need to check the logs of aries agent by running docker logs mylab-aries-agent

[etschelp]

The containers where not properly stopped:

docker compose down
check if there are realy down with: docker ps
and then from the top

[msingh1304]

All the containers are up and running but still unable to connect

[etschelp]

All the containers are up and running but still unable to connect

what do you mean by that:

1. you stopped/restarted everything, and now you see the logging output and everything is fine
2. you open the browser and nothing happens

I can not help you if you do not give me more context, as I have no clue what you are doing, sorry

[msingh1304]

1. you stopped/restarted everything, and now you see the logging output and everything is fine: Yes, container is running, when I run docker logs agent-container name , I get the same message, unable to connect that I pasted before.
2. you open the browser and nothing happens : Yes, that's correct.

[msingh1304]

Also when I try to run curl command it says, failed to connect.

[etschelp]

please give me aca_py container logs by running:

1. get the container id of aca-py by running docker ps
2. run: docker logs ->(replace with container id from step 1)<-

the first 300 lines or so are the interesting ones

[msingh1304]

@etschelp

I have the below containers running, which container logs do you want to see.

mylab-bpa-controller

mylab-aries-agent

mylab-nginx-reverse-proxy

mylab-postgres-wallet

letsencrypt-nginx-container

[msingh1304]

curl https://ssi.my-lab.de:11000/api/invitations -k

Error Message: curl: (7) Failed to connect to ssi.my-lab.de port 11000: Connection timed out

[etschelp]

I have the below containers running, which container logs do you want to see.

as stated

please give me aca_py container logs by running:

which would translate to: mylab-aries-agent

I have no clue what you are running behind port 11000, as this is not part of the bpa setup.

[msingh1304]

It is working now but the problem is intermittent, it works for some time and then I get 502 gateway timeout

[etschelp]

Like I said, I need more information like log output to be of assistance. Anyhow, my guess is that this is not BPA related anymore.

[msingh1304]

@etschelp

Our set up is working now but unable to verify the credentials against the respective schema. And we do have the credentials in lissi wallet but when we verify the same credentials it doesn't show the values of the credentials, it just shows blank.

[etschelp]

Like always, what are you doing exactly:

• are you using anoncreds or ld- credentials?
• are the blank values in the lissi app or in the bpa?
• what kind of proof request are you using? e.g. if you use selective disclosure, showing no values intentional
• are both parties have access to the same ledger?
• are there any failure messages?

[msingh1304]

Pfb my answers in-line

…

On Fri, 3 Mar 2023, 02:33 Philipp Etschel, ***@***.***> wrote: Like always, what are you doing exactly: - are you using anoncreds or ld- credentials? : I suppose, it is Id-credentials, so basically I am issuing the credentials in lissi app and then trying to verify the same credentials. - are the blank values in the lissi app or in the bpa?: values are coming blank in the app, I tried both lissi and estatus wallet - what kind of proof request are you using? e.g. if you use selective disclosure, showing no values intentional: proof request to accept it if all the values are matching with the credentials. - are both parties have access to the same ledger? I think so, but how do I verify that? - are there any failure messages?: I didn't see any error messages in the aries agent container logs, just the post request and then no more information — Reply to this email directly, view it on GitHub <#857 (comment)>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/A3AXSCQCZUSW6SJRH33PKBLW2EDJTANCNFSM6AAAAAAUT4KWYU> . You are receiving this because you authored the thread.Message ID: ***@***.***>

[msingh1304]

@etschelp

awaiting your reply, values coming as blank when verifying the credentials against the respective schema.
Step 1 : Establish the connection is successful
Step 2: Issuing a Credential is successful
Step 3: Verifying a credential is not successful.

Is it because of any aries agent version mismatch.

Here is what I have in my docker compose file:

Controller:
ghcr.io/hyperledger-labs/business-partner-agent:edge

Agent:
image: bcgovimages/aries-cloudagent:py36-1.16-1_0.7.0

[etschelp]

Changing the acapy version is definitely not a good idea as the acapy api changes with each release, so each bpa version is linked against a specific acapy version. If you need an older version you have to go through the bpa release tags until you find a bpa version that is linked against the one you need. The edge release is linked against 0.7.5, everything else might work or not, and is neither tested nor supported.

The screen above means that there is no credential in your wallet that satisfies the proof request. This can be for a multitude of reasons e.g.

• different schema
• different credential definition
• attribute names do not match
• credential was not properly stored in wallet, e.g. validation failure

I would try first with the easiest version of a proof request, meaning self attested attributes, where the only thing that needs to match is the attribute and nothing else. The edge version of the bpa has a proof template for exactly that case.

[msingh1304]

• different schema
• different credential definition
• attribute names do not match
• credential was not properly stored in wallet, e.g. validation failure

@etschelp

different schema: I checked schema is same.
different credential definition: credential is same.
attribute names do not match: using the same attributes.
credential was not properly stored in wallet, e.g. validation failure: How do I check and fix this issue? Please provide more details.

"I would try first with the easiest version of a proof request, meaning self attested attributes, where the only thing that needs to match is the attribute and nothing else. The edge version of the bpa has a proof template for exactly that case." - I also did not understand this part, how do I implement this, kindly provide more details, this is the only step where I am currently stucked.

[msingh1304]

@etschelp

Also when I am using getter api to retrieve the specific credential stored in the wallet, I am able to retrieve it. Likewise, I am also able to retrieve the schema, credential definition and also the attributes name and format are same. Here is a complete logs of the cloud aries agent;

---

2023-03-10 05:54:47,810 aiohttp.access INFO 172.x.x.2 [10/Mar/2023:05:54:47 +0000] "POST /connections/create-invitation?auto_accept=true HTTP/1.1" 200 991 "-" "okhttp/4.9.1"
2023-03-10 05:54:57,159 aiohttp.access INFO 172.x.x.2 [10/Mar/2023:05:54:57 +0000] "GET /status/ready HTTP/1.1" 200 178 "-" "okhttp/4.9.1"
2023-03-10 05:55:57,162 aiohttp.access INFO 172.x.x.2 [10/Mar/2023:05:55:57 +0000] "GET /status/ready HTTP/1.1" 200 178 "-" "okhttp/4.9.1"
2023-03-10 05:56:54,765 aiohttp.access INFO 172.x.x.2 [10/Mar/2023:05:56:54 +0000] "GET /connections HTTP/1.1" 200 24768 "-" "okhttp/4.9.1"
2023-03-10 05:56:57,161 aiohttp.access INFO 172.x.x.2 [10/Mar/2023:05:56:57 +0000] "GET /status/ready HTTP/1.1" 200 178 "-" "okhttp/4.9.1"
2023-03-10 05:57:57,161 aiohttp.access INFO 172.x.x.2 [10/Mar/2023:05:57:57 +0000] "GET /status/ready HTTP/1.1" 200 178 "-" "okhttp/4.9.1"
2023-03-10 05:58:46,972 aries_cloudagent.connections.base_manager WARNING No corresponding DID found for sender verkey: FhJ8EoKr79RdWSWStz2hY9fhfAzVU61QiewJgTQZ63j9
2023-03-10 05:58:46,983 aries_cloudagent.connections.base_manager WARNING No corresponding DID found for recipient verkey: YCedTTQWRqcTSicbXU2D92McXsT8PQhGE2m6LuKPHZW
2023-03-10 05:58:47,055 aiohttp.access INFO 172.x.x.5 [10/Mar/2023:05:58:46 +0000] "POST / HTTP/1.0" 200 2653 "-" "Dalvik/2.1.0 (Linux; U; Android 12; SM-A315F Build/SP1A.210812.016)"
2023-03-10 05:58:47,252 indy.libindy.native.indy.commands.pool INFO src/commands/pool.rs:75 | OpenAck handle 25, pool_id 25, result Ok(())
2023-03-10 05:58:47,256 indy.libindy.native.indy.services.ledger INFO src/services/ledger/mod.rs:85 | build_get_nym_request() => Ok("{"reqId":1678427927256435487,"identifier":"NohjoYayqLaWuhdwpv9A6s","operation":{"type":"105","dest":"TxkKqnaoQDXvTwTVoMQi91"},"protocolVersion":2}")
2023-03-10 05:58:47,290 indy.libindy.native.indy.services.ledger INFO src/services/ledger/mod.rs:137 | build_get_attrib_request() => Ok("{"reqId":1678427927290297623,"identifier":"NohjoYayqLaWuhdwpv9A6s","operation":{"type":"104","dest":"TxkKqnaoQDXvTwTVoMQi91","raw":"endpoint"},"protocolVersion":2}")
2023-03-10 05:58:47,328 aries_cloudagent.core.dispatcher ERROR Handler error: resolve_did
Traceback (most recent call last):
File "/home/indy/.pyenv/versions/3.6.13/lib/python3.6/site-packages/aries_cloudagent/resolver/routes.py", line 86, in resolve_did
context.profile, did
File "/home/indy/.pyenv/versions/3.6.13/lib/python3.6/site-packages/aries_cloudagent/resolver/did_resolver.py", line 70, in resolve_with_metadata
resolver, doc = await self._resolve(profile, did)
File "/home/indy/.pyenv/versions/3.6.13/lib/python3.6/site-packages/aries_cloudagent/resolver/did_resolver.py", line 51, in _resolve
did,
File "/home/indy/.pyenv/versions/3.6.13/lib/python3.6/site-packages/aries_cloudagent/resolver/base.py", line 144, in resolve
return await self._resolve(profile, did)
File "/home/indy/.pyenv/versions/3.6.13/lib/python3.6/site-packages/aries_cloudagent/resolver/default/indy.py", line 67, in resolve
Ed25519VerificationKey2018, ident="key-1", public_key_base58=recipient_key
File "/home/indy/.pyenv/versions/3.6.13/lib/python3.6/site-packages/pydid/doc/builder.py", line 49, in add
vmethod = type.make(id=self._did.ref(ident), controller=controller, **kwargs)
File "/home/indy/.pyenv/versions/3.6.13/lib/python3.6/site-packages/pydid/resource.py", line 106, in make
return cls(**kwargs)
File "/home/indy/.pyenv/versions/3.6.13/lib/python3.6/site-packages/pydid/verification_method.py", line 49, in init
super().init(**data)
File "pydantic/main.py", line 406, in pydantic.main.BaseModel.init
pydantic.error_wrappers.ValidationError: 1 validation error for Ed25519VerificationKey2018
publicKeyBase58
none is not an allowed value (type=type_error.none.not_allowed)
2023-03-10 05:58:47,335 aries_cloudagent.admin.server ERROR Handler error with exception: 1 validation error for Ed25519VerificationKey2018
publicKeyBase58
none is not an allowed value (type=type_error.none.not_allowed)

=================
Traceback (most recent call last):
File "/home/indy/.pyenv/versions/3.6.13/lib/python3.6/site-packages/aries_cloudagent/admin/server.py", line 162, in ready_middleware
return await handler(request)
File "/home/indy/.pyenv/versions/3.6.13/lib/python3.6/site-packages/aries_cloudagent/admin/server.py", line 199, in debug_middleware
return await handler(request)
File "/home/indy/.pyenv/versions/3.6.13/lib/python3.6/site-packages/aiohttp_apispec/middlewares.py", line 45, in validation_middleware
return await handler(request)
File "/home/indy/.pyenv/versions/3.6.13/lib/python3.6/site-packages/aries_cloudagent/admin/server.py", line 366, in setup_context
return await task
File "/home/indy/.pyenv/versions/3.6.13/lib/python3.6/site-packages/aries_cloudagent/resolver/routes.py", line 86, in resolve_did
context.profile, did
File "/home/indy/.pyenv/versions/3.6.13/lib/python3.6/site-packages/aries_cloudagent/resolver/did_resolver.py", line 70, in resolve_with_metadata
resolver, doc = await self._resolve(profile, did)
File "/home/indy/.pyenv/versions/3.6.13/lib/python3.6/site-packages/aries_cloudagent/resolver/did_resolver.py", line 51, in _resolve
did,
File "/home/indy/.pyenv/versions/3.6.13/lib/python3.6/site-packages/aries_cloudagent/resolver/base.py", line 144, in resolve
return await self._resolve(profile, did)
File "/home/indy/.pyenv/versions/3.6.13/lib/python3.6/site-packages/aries_cloudagent/resolver/default/indy.py", line 67, in resolve
Ed25519VerificationKey2018, ident="key-1", public_key_base58=recipient_key
File "/home/indy/.pyenv/versions/3.6.13/lib/python3.6/site-packages/pydid/doc/builder.py", line 49, in add
vmethod = type.make(id=self._did.ref(ident), controller=controller, **kwargs)
File "/home/indy/.pyenv/versions/3.6.13/lib/python3.6/site-packages/pydid/resource.py", line 106, in make
return cls(**kwargs)
File "/home/indy/.pyenv/versions/3.6.13/lib/python3.6/site-packages/pydid/verification_method.py", line 49, in init
super().init(**data)
File "pydantic/main.py", line 406, in pydantic.main.BaseModel.init
pydantic.error_wrappers.ValidationError: 1 validation error for Ed25519VerificationKey2018
publicKeyBase58
none is not an allowed value (type=type_error.none.not_allowed)
2023-03-10 05:58:47,340 aiohttp.server ERROR Error handling request
Traceback (most recent call last):
File "/home/indy/.pyenv/versions/3.6.13/lib/python3.6/site-packages/aiohttp/web_protocol.py", line 422, in _handle_request
resp = await self._request_handler(request)
File "/home/indy/.pyenv/versions/3.6.13/lib/python3.6/site-packages/aiohttp/web_app.py", line 499, in _handle
resp = await handler(request)
File "/home/indy/.pyenv/versions/3.6.13/lib/python3.6/site-packages/aiohttp/web_middlewares.py", line 119, in impl
return await handler(request)
File "/home/indy/.pyenv/versions/3.6.13/lib/python3.6/site-packages/aries_cloudagent/admin/server.py", line 162, in ready_middleware
return await handler(request)
File "/home/indy/.pyenv/versions/3.6.13/lib/python3.6/site-packages/aries_cloudagent/admin/server.py", line 199, in debug_middleware
return await handler(request)
File "/home/indy/.pyenv/versions/3.6.13/lib/python3.6/site-packages/aiohttp_apispec/middlewares.py", line 45, in validation_middleware
return await handler(request)
File "/home/indy/.pyenv/versions/3.6.13/lib/python3.6/site-packages/aries_cloudagent/admin/server.py", line 366, in setup_context
return await task
File "/home/indy/.pyenv/versions/3.6.13/lib/python3.6/site-packages/aries_cloudagent/resolver/routes.py", line 86, in resolve_did
context.profile, did
File "/home/indy/.pyenv/versions/3.6.13/lib/python3.6/site-packages/aries_cloudagent/resolver/did_resolver.py", line 70, in resolve_with_metadata
resolver, doc = await self._resolve(profile, did)
File "/home/indy/.pyenv/versions/3.6.13/lib/python3.6/site-packages/aries_cloudagent/resolver/did_resolver.py", line 51, in _resolve
did,
File "/home/indy/.pyenv/versions/3.6.13/lib/python3.6/site-packages/aries_cloudagent/resolver/base.py", line 144, in resolve
return await self._resolve(profile, did)
File "/home/indy/.pyenv/versions/3.6.13/lib/python3.6/site-packages/aries_cloudagent/resolver/default/indy.py", line 67, in resolve
Ed25519VerificationKey2018, ident="key-1", public_key_base58=recipient_key
File "/home/indy/.pyenv/versions/3.6.13/lib/python3.6/site-packages/pydid/doc/builder.py", line 49, in add
vmethod = type.make(id=self.did.ref(ident), controller=controller, **kwargs)
File "/home/indy/.pyenv/versions/3.6.13/lib/python3.6/site-packages/pydid/resource.py", line 106, in make
return cls(**kwargs)
File "/home/indy/.pyenv/versions/3.6.13/lib/python3.6/site-packages/pydid/verification_method.py", line 49, in init
super().init(**data)
File "pydantic/main.py", line 406, in pydantic.main.BaseModel.init
pydantic.error_wrappers.ValidationError: 1 validation error for Ed25519VerificationKey2018
publicKeyBase58
none is not an allowed value (type=type_error.none.not_allowed)
2023-03-10 05:58:47,348 aiohttp.access INFO 172.x.x.2 [10/Mar/2023:05:58:47 +0000] "GET /resolver/resolve/did:sov:TxkKqnaoQDXvTwTVoMQi91 HTTP/1.1" 500 250 "-" "okhttp/4.9.1"
2023-03-10 05:58:47,806 aiohttp.access INFO 172.20.0.5 [10/Mar/2023:05:58:47 +0000] "POST / HTTP/1.0" 200 155 "-" "Dalvik/2.1.0 (Linux; U; Android 12; SM-A315F Build/SP1A.210812.016)"
2023-03-10 05:58:47,807 aries_cloudagent.core.dispatcher ERROR Message parsing failed: Unrecognized message type did:sov:BzCbsNYhMrjHiqZDTUASHg;spec/connections/1.0/ack, sending problem report
2023-03-10 05:58:52,332 indy.libindy.native.indy.services.pool.pool INFO src/services/pool/pool.rs:749 | Drop started
2023-03-10 05:58:52,333 indy.libindy.native.indy.services.pool.pool INFO src/services/pool/pool.rs:757 | Drop wait worker
2023-03-10 05:58:52,333 indy.libindy.native.indy.services.pool.pool INFO src/services/pool/pool.rs:760 | Drop finished
2023-03-10 05:58:57,164 aiohttp.access INFO 172.x.x.2 [10/Mar/2023:05:58:57 +0000] "GET /status/ready HTTP/1.1" 200 178 "-" "okhttp/4.9.1"
2023-03-10 05:59:57,162 aiohttp.access INFO 172.x.x.2 [10/Mar/2023:05:59:57 +0000] "GET /status/ready HTTP/1.1" 200 178 "-" "okhttp/4.9.1"
2023-03-10 06:00:53,760 indy.libindy.native.indy.commands.pool INFO src/commands/pool.rs:75 | OpenAck handle 37, pool_id 37, result Ok(())
2023-03-10 06:00:53,761 indy.libindy.native.indy.services.ledger INFO src/services/ledger/mod.rs:197 | build_get_txn_request() => Ok("{"reqId":1678428053761385325,"identifier":"LibindyDid111111111111","operation":{"type":"3","data":39829,"ledgerId":1},"protocolVersion":2}")
2023-03-10 06:00:53,800 indy.libindy.native.indy.services.ledger INFO src/services/ledger/mod.rs:149 | build_get_schema_request() => Ok("{"reqId":1678428053800071134,"identifier":"NohjoYayqLaWuhdwpv9A6s","operation":{"type":"107","dest":"NohjoYayqLaWuhdwpv9A6s","data":{"name":"Basis-ID-Proof","version":"0.1"}},"protocolVersion":2}")
2023-03-10 06:00:53,830 indy.libindy.native.indy.services.ledger INFO src/services/ledger/mod.rs:458 | parse_response() => Ok(ReplyV0(ReplyV0 { result: GetSchemaReplyResultV0(GetSchemaResultV0 { seq_no: 39829, data: SchemaOperationData { name: "Basis-ID-Proof", version: "0.1", attr_names: {"dateOfBirth", "familyName", "firstName"} }, dest: ShortDidValue("NohjoYayqLaWuhdwpv9A6s") }) }))
2023-03-10 06:00:53,830 indy.libindy.native.indy.services.ledger INFO src/services/ledger/mod.rs:260 | parse_get_schema_response() => Ok(("NohjoYayqLaWuhdwpv9A6s:2:Basis-ID-Proof:0.1", "{"ver":"1.0","id":"NohjoYayqLaWuhdwpv9A6s:2:Basis-ID-Proof:0.1","name":"Basis-ID-Proof","version":"0.1","attrNames":["dateOfBirth","familyName","firstName"],"seqNo":39829}"))
2023-03-10 06:00:53,868 aiohttp.access INFO 172.x.x.2 [10/Mar/2023:06:00:53 +0000] "POST /issue-credential/send HTTP/1.1" 200 10818 "-" "okhttp/4.9.1"
2023-03-10 06:00:57,163 aiohttp.access INFO 172.x.x.2 [10/Mar/2023:06:00:57 +0000] "GET /status/ready HTTP/1.1" 200 178 "-" "okhttp/4.9.1"
2023-03-10 06:00:58,836 indy.libindy.native.indy.services.pool.pool INFO src/services/pool/pool.rs:749 | Drop started
2023-03-10 06:00:58,837 indy.libindy.native.indy.services.pool.pool INFO src/services/pool/pool.rs:757 | Drop wait worker
2023-03-10 06:00:58,842 indy.libindy.native.indy.services.pool.pool INFO src/services/pool/pool.rs:760 | Drop finished
2023-03-10 06:01:55,500 aiohttp.access INFO 172.20.0.5 [10/Mar/2023:06:01:55 +0000] "POST / HTTP/1.0" 200 155 "-" "Dalvik/2.1.0 (Linux; U; Android 12; SM-A315F Build/SP1A.210812.016)"
2023-03-10 06:01:55,509 aries_cloudagent.messaging.base_handler INFO Received credential request message: {"@type":"did:sov:BzCbsNYhMrjHiqZDTUASHg;spec/issue-credential/1.0/request-credential","@id":"1abc7254-5c2b-4ae2-90b6-43e0c7881552","thread":{"thid":"236300a9-aa19-4426-a426-f6eb2467c5c8"},"comment":"","requestsattach":[{"@id":"libindy-cred-request-0","mime-type":"application/json","data":{"base64":"eyJwcm92ZXJfZGlkIjoiVHhrS3FuYW9RRFh2VHdUVm9NUWk5MSIsImNyZWRfZGVmX2lkIjoiTm9oam9ZYXlxTGFXdWhkd3B2OUE2czozOkNMOjM5ODI5OkJhc2lzLUlELVByb29mIiwiYmxpbmRlZF9tcyI6eyJ1IjoiNjQ3NjgzNzk3MzE4OTExMjg4MzY4OTYwNjcxMjA4MjYwNzk2MTkwNzYwNTA1MzkxNDI0NzQ0NDEyMTkxNjQ4MzA0NDUxNTQyNTY0NTE4ODEyNjM0MTgxMzM3OTQzMjg0NzgyMzkzMzYzMzQzNTA4NTcwMjg2NjEwNDc2NjEyMzIzOTc4NzE5NTQ4NDAwNDA3MDgwNzI0MDc5MTQ5ODY1MjQzNDQwNTU5NjI3NjgzMjk5MzY4MDI1MjEyMjA0NzMzNDI1NzYzMjEyMTQ3MjI1MDc0NTA2OTg0OTQ0MTcxODQ5NDE1MDEzMDE3OTgxMDY5MzIwMjk3NTA1OTUzMTY3MzkxNzM4NTQ1MDAxMzk5NTAzNTI0OTgxMjEwMzkwNTI1Mjc4NjgwNTI2MzM4MTk3NjEyODgzNjkwNDcxMjQ2MDE4OTI1OTg4NzQzNTA2NjkwNTg4ODYwNTk0MjkwMTA3NzM5MjAxODcwNDIyNzMzMDE1NjI0ODc3MTkwODUzMDk0MDQ2MDg0MDk2MTcyMDQzMjg0NTY3MTA1NjI3ODExNzUyMjI5MDQzMzI3NjQyMjg1NDM5MTE5MDI4MDgwNDI2ODMyMjk2MTE1NjM2NDYyNzUxNTA1NjI0MjIwNTI4ODExMzM0MTU2MzUzMzkzOTg2MzMwNzg0MTY1NTYzMTUzNjc2NjEzMzEzMzY0Mjg2MjYxMjk2MjI3NDQ2MTA4MzQ4MTAyNjQxOTAyMTMzNDkzMjUwNTEyNjkzNjYzMzM0MDAyMTU2MDkzNTE5NDMzODgyNTQxMDEyMzQ5OTMzNjU3NDIzNTc4MjQ1MzYiLCJ1ciI6IjEgMTIxODVDMDZDOUMyMjhGNEIzOEYyQjk0RkUyODM5OEE5OTUxNDA2QkI3OTREMzU1OTM2OTc5NkZFMUE5Q0IzNiAxIDEwRDI0RDZENjk4MjY5QjY4MkJFNzJGNjdGQ0IwNUI5QzNCMEY1OTUyRDA5NTM4MzNGQTY3MDdBOEU4OTYxRUQgMiAwOTVFNDVEREY0MTdEMDVGQjEwOTMzRkZDNjNENDc0NTQ4QjdGRkZGNzg4ODgwMkYwN0ZGRkZGRjdEMDdBOEE4IiwiaGlkZGVuX2F0dHJpYnV0ZXMiOlsibWFzdGVyX3NlY3JldCJdLCJjb21taXR0ZWRfYXR0cmlidXRlcyI6e319LCJibGluZGVkX21zX2NvcnJlY3RuZXNzX3Byb29mIjp7ImMiOiIxODYzODU5NzYzMzcyNzkwNjM1NTA5NzMxNjM2Njg1MTM2MDg2MzkyNDY3NjkyNTE2MDYxNTE3NzIxMjE4ODEwNjk3Mjg5MDc1Mjg4OSIsInZfZGFzaF9jYXAiOiI2Nzc3OTI1MDU5NTI3Njg5Mzg2ODYwNDk4ODI3ODEyMTYwMDUxMTAxNjk2MzE4MTc3MzUyMzI1NTMzMDg4NzkzODEyMzUxNjE2ODgwOTM4Mjc0NzU3OTg1OTU2NDI5MDE5NTkyOTIyNDQxMzE3NjIwNjMxMzQ2MDc2ODQyNzM1MTU3NTI1NjA5MDE2MjM1MjkyNzc5Nzc2NDY5MDMwMTcwNjYwMzU1NDExMTYwOTM1NzgwMjg3Mjg2NjQ0NjA2MTAyOTE3MDY3NzkwOTkwMzA4NDg1NjYzMjc1MDUwNTc5NjcwNjIyMTE0NTM4MDcwMTEzMzU2MTg1NTA2ODcxODAyOTc1NDExMzQwMDk1MzEwNzQ5MzMxMDExMTMxNDIxODgxNzk3NjgwMDA5NjYwOTI2NDE2Njk2MTQ4NDQ1MDE5OTM4NzE4Mjk1MDIwNzExMjQzNDkwNzQxNDkxNjEzNDAyMzYyNDQxMjYwMTAzNzY4NTQ2MDkyNjkzNzMzNzA3MTQ2NDUxNzQwODQ3NzE1NTEyMDI1NjQ5NjU0NTgxNzM1NjExNzQxOTAwNzgxMTIzNjIwMzE5OTM3NTk0MTY4MTA2MDQ5ODU1OTQ5NDQ2NDA5Mjc2MjMwOTEzMDk5MDg2NDk0MDY1MjA4MzgzMTY1NzgzNDI1NDM4OTA1MTU2NDY4MjE4NDc4ODEyNjAxMTM3MTYzODM0ODI2Mzk0MDQ2MDE5NjM0MzI0NDQ4MTQ3NDkxMzUxMjUzMDEyNTM5OTIyOTYyMzYwMjUyMzA4ODUxMDkxMDEyNzU5OTY4MzU2MTI2ODM1MDAwNDkwMDMyMDkzMzIwNjg3NjUyNjU3NDY4Mzg1OTg0ODAzODMyNDM5MTM0NTU0MzMzNTc3NjEyMjI0MTE1OTA0NDcyNzU1MjIyODk5NTE3NzczOTY3NDIxMzQ4MzkxMzI4NzA4NzY1MzUiLCJtX2NhcHMiOnsibWFzdGVyX3NlY3JldCI6IjEzODE1OTkzMjU2OTY4NjU2MzQwNzQ1NzAxOTA2Mjg0Nzg4NzY5MjczMDA0NDg3MDMxNTc2NDAwNjA3MDk4ODM0NDA0NjA1Njg2Njc2NzE5NjAwOTg4NjIxMzczMDgyMzM0ODQzOTM0ODgzNDU1NTQyMjAzMzYxODgwMjUzMjEwMTY5OTMyMTk2OTQ2MDkzMzYzODc0NzY2NDQyNzIzMTEwOTA0MDczMzU0MDkxMjc5MDY4In0sInJfY2FwcyI6e319LCJub25jZSI6IjI1MzI0MDE1NjQ1Nzc2ODgwNTA4MTc3MiJ9"}}]}
2023-03-10 06:01:55,625 indy.libindy.native.indy.commands.pool INFO src/commands/pool.rs:75 | OpenAck handle 45, pool_id 45, result Ok(())
2023-03-10 06:01:55,632 indy.libindy.native.indy.services.ledger INFO src/services/ledger/mod.rs:171 | build_get_cred_def_request() => Ok("{"reqId":1678428115632537216,"identifier":"NohjoYayqLaWuhdwpv9A6s","operation":{"type":"108","ref":39829,"signature_type":"CL","origin":"NohjoYayqLaWuhdwpv9A6s","tag":"Basis-ID-Proof"},"protocolVersion":2}")
2023-03-10 06:01:55,685 indy.libindy.native.indy.services.ledger INFO src/services/ledger/mod.rs:458 | parse_response() => Ok(ReplyV0(ReplyV0 { result: GetCredDefReplyResultV0(GetCredDefResultV0 { identifier: ShortDidValue("NohjoYayqLaWuhdwpv9A6s"), ref: 39829, seq_no: 39830, signature_type: CL, origin: ShortDidValue("NohjoYayqLaWuhdwpv9A6s"), tag: Some("Basis-ID-Proof"), data: CredentialDefinitionData { primary: CredentialPrimaryPublicKey { n: BigNumber { openssl_bn: 82368351395534538074283508933722533376659515263220423755171294100230578511531762112572749756875398621735990086196236082690483965345182275249856537280784392396583137067488010884325379099090207358262181558647491850748537762413165393469345308654376390528833399102968498770750663745844628526028529499798978563267686250049160645121300010340230534862884420299324699534088345046333153073893476982071244896124747751495054750992855351755984402669696233603635561194938771865411616125183777698495952480926828323289162049193769700951749262003428206972704118038694273753979044775231176130835082786696340454785723535334280538111377 }, s: BigNumber { openssl_bn: 77007869539660097019056576939460638872043993644775595021510019916474664833325198621584505044306301760202932803078694254066421792405901605487779427709968053071559627265940245979874716023203491134853950940120776316095459549032830616114497813065711570314355999499162521057261963749354192575317002741130067046524330607704165089220732153784823638047486506241454407394127513820125795674142033554904838039636026906661403923262543942920929560073856369589153856107391779519754455539411226700932298496968127961762075801410200525905465123269797741578987770826525718571051943725882630974564614244529351703765156321085497321777898 }, r: {"familyname": BigNumber { openssl_bn: 8901311273813318518267800891751512626445053798389633237441489529977973216553311366439767028289023588164044249518948436841345138233885336146295722602994044792338901262010658513005848710521421085272998112422883179170134869974061697870242015539481674147343426330714461628355099919458443034538996711680885300777799184772799529565457930943940435091035499849838783530591495885388010789671667162515285897462834632188861556350321519079884319210800381249252824081187522287015465408642891775792419597948155697071500190556321675160570320258170879165442476978078997373574111382387052364157790849594739240669684131026997813708739 }, "master_secret": BigNumber { openssl_bn: 31080593385548384549562347683017103255263724070176721211155805781852906452360247746732859198079128901284323999559733992984608806587061203155582473992352472592047076156543046667356433353698961603540590732999715766385715302541551233609586578335362699798762562941018228845573413592868373077811713984857463494335827386278866001622240583516529014391262654842354514460087291011554292381017864305910949193693086517980505513332678751793802934494462143813977120900658021463690653386051540485775602219146672812567714721483110904970768144913165874626488871743896899070845229326087136833128174979197795222697025150828832883554898 }, "firstname": BigNumber { openssl_bn: 47714362862697070711986093750805347618194600360052828415938293967131445389847441942971899968328197314005240139883548746195984160207802869858456754330197796031696276655037737528239766608286279603924198010396892265456158050535350933164019187809548343526576351860218858337516191631436885513359887802459559021263661336342683845841634396388928552660976909312896910020024352141696448349605257311989251685988245069026461630376428284727881492597118219498684823765661877084016275178903652791125795698275803001948194969652885090601299767206928333274081530223645501796203294807262544879261296341523361464287977859607168257847863 }, "dateofbirth": BigNumber { openssl_bn: 66635099196385097898129163985147408181889237124728834673243627457629980622526048386354821957317152785865552046079581580693661747357033468623943246924739955656432066435053026795708944423877634837450767371959003328959459553543836118288278878823815592459584533699059162138589501998985200524987093744480354694087145238092349132710661528803776867369955799691116080223134768970425130174981239212042617007257103636544107268813346263620077325752286829013331672271999143918207176405367863619953971176422707287685292253032859327112822489926068507225437683663813265899150560069032166329847719442438431907446725098062154403086260 }}, rctxt: BigNumber { openssl_bn: 8012351315830674783672687521406165199644715590130887621404273010143049419814121790919001312260065683432141712126517913754757738146442793400508560020502324830985460849194781291790191250523255544127486633179659316496557368949428671388117054998601798093934706814005253967644886122940530125876237856776299846106661295311660778493018193179670409660830084900266798681830041633720874922923790921122977879743190228294762207503544998694356533120023939789837828204540618825245521953687395842328052418053501301176216598586911492702822934992011504176191641004405299914273683642258160067770937374586431606393307338812443127212201 }, z: BigNumber { openssl_bn: 79920340149367545759211139219321388102566186272744080615739001017126214879795205703004469676065287658907144444361768773589428746191046129198862878016882625934023073509630019944975980071641444874188839157821637613276494127055680517025802027451041741539069941325333510983490943327928869440161707517856278111674010499066526788280646780388024722671929646285763935712015276911298770824351289975299622771656625250291537178491953341054791669767605702125136276321085953546771241422020561327378438585142381438734872440392326383220472860130694113637069856576414904840631279771527975568817453468523480698429843229359554363539207 } }, revocation: Some(CredentialRevocationPublicKey { g: PointG1 { point: 1 111963551892EB5CEC09089CE9D916A46B317C6308A2811ECE699282A6172B1D 1 24480F0C9F6E26E7E7EBD9A433F84B5A0589C87FF65CAC856F9F06C0A77F6CC2 2 095E45DDF417D05FB10933FFC63D474548B7FFFF7888802F07FFFFFF7D07A8A8 }, g_dash: PointG2 { point: 1 24A598A6FA4F4CB90AE8741E54546AA588D7935EB7AAB45564FACC6C2712402F 1 082C584B8D3F88CC956347A073797946A6A710F1B623036CADFFF89C4F107E1A 1 22E25BA78CE80986D98A83A9B015F0D5526D5C75C08A511A841455EC0146EF16 1 1CF4E7B7ED1687DF40F66D0F9AEF5BC1A08B3AF9F45617DE43F34E5786652DEB 2 095E45DDF417D05FB10933FFC63D474548B7FFFF7888802F07FFFFFF7D07A8A8 1 0000000000000000000000000000000000000000000000000000000000000000 }, h: PointG1 { point: 1 0B40C03E6CC968BCDB55221500030E953F14394328A1EB4AEF0EE7C2D9DBAA60 1 17F98F64AD4C7888764E324D3DA3982A171A66A3D2415C8C21FC12BA9B429D9E 2 095E45DDF417D05FB10933FFC63D474548B7FFFF7888802F07FFFFFF7D07A8A8 }, h0: PointG1 { point: 1 007980EFCC05CAF91BE338FE2375F818FF74204B4E162B786257E68151B3BF0C 1 148D77830A0699913FCD510A7DD8C9FCF5A56765B0FF5B9033B59382CA664CD6 2 095E45DDF417D05FB10933FFC63D474548B7FFFF7888802F07FFFFFF7D07A8A8 }, h1: PointG1 { point: 1 00299049B3F2AA95A135F944D76AD295FE180F61BFB56187DFF6CF3426810E81 1 1D4A162270624859DE1C185209137EE47EC3B739168514BC25C2515E5138FA2F 2 095E45DDF417D05FB10933FFC63D474548B7FFFF7888802F07FFFFFF7D07A8A8 }, h2: PointG1 { point: 1 1BF0BBC3CB523003A8382158CE30A145E345A7688406461C027B1640D91B956F 1 115BA908FD8D45E08ED17C45D6F22459DA5EAA6F9CF8A124FA68058417A1B936 2 095E45DDF417D05FB10933FFC63D474548B7FFFF7888802F07FFFFFF7D07A8A8 }, htilde: PointG1 { point: 1 231D2D4FDAD0FCA7B2BA3999B94C7E15D85F6BF98BC371CBED7EA9FD8630F856 1 10BB4F24AF9DB49871247833D2E7E63F50C648AD6E693433DF907902CDCA3671 2 095E45DDF417D05FB10933FFC63D474548B7FFFF7888802F07FFFFFF7D07A8A8 }, h_cap: PointG2 { point: 1 1B284F7DBB289D969DFDC00B38A77FBAAB66CEFA2D63FE3F42A0A9DB7635C735 1 0C3C4328ED65F17F5BF4101AAF961B6A449BFC523A39235BE6342FCE949219F8 1 1AF8185EB144EA0604A76475F5B137FCC1EB15E82DF9F8FEB712C762AD96A385 1 1D4E97AA6A9F5E5D22E733B5595EFE416EF800CE4D67ACB23FDDBC4E434C5237 2 095E45DDF417D05FB10933FFC63D474548B7FFFF7888802F07FFFFFF7D07A8A8 1 0000000000000000000000000000000000000000000000000000000000000000 }, u: PointG2 { point: 1 107A870FD7556CFB4D755DB6E2AAF81AC4493433E7A99C0E8AC61C81901B0DED 1 09B59D6F9FBF61621FB952FF3268E57C6D6029D4CE088F86108A6FE0D5C949C3 1 1549B5E013980303F4350649AC49061D18C38FE868A096C056EE7B52C629B9C8 1 24DE91231C0DE5B68BFCE9D15AF6964A257B7BBE3A86021C83F915C4A3961734 2 095E45DDF417D05FB10933FFC63D474548B7FFFF7888802F07FFFFFF7D07A8A8 1 0000000000000000000000000000000000000000000000000000000000000000 }, pk: PointG1 { point: 1 14807AE0A3154F5BEC5E3999D728768B716A215FFF11BDE8F22E2D079D401304 1 02B35A95844A4C98CEF5354386079D033D7DBE74F0EE96038D5D0E07BAABE57E 2 095E45DDF417D05FB10933FFC63D474548B7FFFF7888802F07FFFFFF7D07A8A8 }, y: PointG2 { point: 1 1680F41B30DF1453D5F84598C20D1BA936FCBAC0DECCF2AEA355B1C6E62B872B 1 22A68DD95D03521AE8F8DD9CEA935A721C7F9BFF2114BB368F5525511AFA292D 1 24010817444147BDA84A4FECFD20CCB11ADA9866E050C0F99EFA63D172BDA91C 1 1DDF7EAFEEF260F3633F62D5EC7561F2316824AB972844A0EB924A4930D9CE6A 2 095E45DDF417D05FB10933FFC63D474548B7FFFF7888802F07FFFFFF7D07A8A8 1 0000000000000000000000000000000000000000000000000000000000000000 } }) } }) }))
2023-03-10 06:01:55,687 indy.libindy.native.indy.services.ledger INFO src/services/ledger/mod.rs:293 | parse_get_cred_def_response() => Ok(("NohjoYayqLaWuhdwpv9A6s:3:CL:39829:Basis-ID-Proof", "{"ver":"1.0","id":"NohjoYayqLaWuhdwpv9A6s:3:CL:39829:Basis-ID-Proof","schemaId":"39829","type":"CL","tag":"Basis-ID-Proof","value":{"primary":{"n":"82368351395534538074283508933722533376659515263220423755171294100230578511531762112572749756875398621735990086196236082690483965345182275249856537280784392396583137067488010884325379099090207358262181558647491850748537762413165393469345308654376390528833399102968498770750663745844628526028529499798978563267686250049160645121300010340230534862884420299324699534088345046333153073893476982071244896124747751495054750992855351755984402669696233603635561194938771865411616125183777698495952480926828323289162049193769700951749262003428206972704118038694273753979044775231176130835082786696340454785723535334280538111377","s":"77007869539660097019056576939460638872043993644775595021510019916474664833325198621584505044306301760202932803078694254066421792405901605487779427709968053071559627265940245979874716023203491134853950940120776316095459549032830616114497813065711570314355999499162521057261963749354192575317002741130067046524330607704165089220732153784823638047486506241454407394127513820125795674142033554904838039636026906661403923262543942920929560073856369589153856107391779519754455539411226700932298496968127961762075801410200525905465123269797741578987770826525718571051943725882630974564614244529351703765156321085497321777898","r":{"familyname":"8901311273813318518267800891751512626445053798389633237441489529977973216553311366439767028289023588164044249518948436841345138233885336146295722602994044792338901262010658513005848710521421085272998112422883179170134869974061697870242015539481674147343426330714461628355099919458443034538996711680885300777799184772799529565457930943940435091035499849838783530591495885388010789671667162515285897462834632188861556350321519079884319210800381249252824081187522287015465408642891775792419597948155697071500190556321675160570320258170879165442476978078997373574111382387052364157790849594739240669684131026997813708739","master_secret":"31080593385548384549562347683017103255263724070176721211155805781852906452360247746732859198079128901284323999559733992984608806587061203155582473992352472592047076156543046667356433353698961603540590732999715766385715302541551233609586578335362699798762562941018228845573413592868373077811713984857463494335827386278866001622240583516529014391262654842354514460087291011554292381017864305910949193693086517980505513332678751793802934494462143813977120900658021463690653386051540485775602219146672812567714721483110904970768144913165874626488871743896899070845229326087136833128174979197795222697025150828832883554898","firstname":"47714362862697070711986093750805347618194600360052828415938293967131445389847441942971899968328197314005240139883548746195984160207802869858456754330197796031696276655037737528239766608286279603924198010396892265456158050535350933164019187809548343526576351860218858337516191631436885513359887802459559021263661336342683845841634396388928552660976909312896910020024352141696448349605257311989251685988245069026461630376428284727881492597118219498684823765661877084016275178903652791125795698275803001948194969652885090601299767206928333274081530223645501796203294807262544879261296341523361464287977859607168257847863","dateofbirth":"66635099196385097898129163985147408181889237124728834673243627457629980622526048386354821957317152785865552046079581580693661747357033468623943246924739955656432066435053026795708944423877634837450767371959003328959459553543836118288278878823815592459584533699059162138589501998985200524987093744480354694087145238092349132710661528803776867369955799691116080223134768970425130174981239212042617007257103636544107268813346263620077325752286829013331672271999143918207176405367863619953971176422707287685292253032859327112822489926068507225437683663813265899150560069032166329847719442438431907446725098062154403086260"},"rctxt":"8012351315830674783672687521406165199644715590130887621404273010143049419814121790919001312260065683432141712126517913754757738146442793400508560020502324830985460849194781291790191250523255544127486633179659316496557368949428671388117054998601798093934706814005253967644886122940530125876237856776299846106661295311660778493018193179670409660830084900266798681830041633720874922923790921122977879743190228294762207503544998694356533120023939789837828204540618825245521953687395842328052418053501301176216598586911492702822934992011504176191641004405299914273683642258160067770937374586431606393307338812443127212201","z":"79920340149367545759211139219321388102566186272744080615739001017126214879795205703004469676065287658907144444361768773589428746191046129198862878016882625934023073509630019944975980071641444874188839157821637613276494127055680517025802027451041741539069941325333510983490943327928869440161707517856278111674010499066526788280646780388024722671929646285763935712015276911298770824351289975299622771656625250291537178491953341054791669767605702125136276321085953546771241422020561327378438585142381438734872440392326383220472860130694113637069856576414904840631279771527975568817453468523480698429843229359554363539207"},"revocation":{"g":"1 111963551892EB5CEC09089CE9D916A46B317C6308A2811ECE699282A6172B1D 1 24480F0C9F6E26E7E7EBD9A433F84B5A0589C87FF65CAC856F9F06C0A77F6CC2 2 095E45DDF417D05FB10933FFC63D474548B7FFFF7888802F07FFFFFF7D07A8A8","g_dash":"1 24A598A6FA4F4CB90AE8741E54546AA588D7935EB7AAB45564FACC6C2712402F 1 082C584B8D3F88CC956347A073797946A6A710F1B623036CADFFF89C4F107E1A 1 22E25BA78CE80986D98A83A9B015F0D5526D5C75C08A511A841455EC0146EF16 1 1CF4E7B7ED1687DF40F66D0F9AEF5BC1A08B3AF9F45617DE43F34E5786652DEB 2 095E45DDF417D05FB10933FFC63D474548B7FFFF7888802F07FFFFFF7D07A8A8 1 0000000000000000000000000000000000000000000000000000000000000000","h":"1 0B40C03E6CC968BCDB55221500030E953F14394328A1EB4AEF0EE7C2D9DBAA60 1 17F98F64AD4C7888764E324D3DA3982A171A66A3D2415C8C21FC12BA9B429D9E 2 095E45DDF417D05FB10933FFC63D474548B7FFFF7888802F07FFFFFF7D07A8A8","h0":"1 007980EFCC05CAF91BE338FE2375F818FF74204B4E162B786257E68151B3BF0C 1 148D77830A0699913FCD510A7DD8C9FCF5A56765B0FF5B9033B59382CA664CD6 2 095E45DDF417D05FB10933FFC63D474548B7FFFF7888802F07FFFFFF7D07A8A8","h1":"1 00299049B3F2AA95A135F944D76AD295FE180F61BFB56187DFF6CF3426810E81 1 1D4A162270624859DE1C185209137EE47EC3B739168514BC25C2515E5138FA2F 2 095E45DDF417D05FB10933FFC63D474548B7FFFF7888802F07FFFFFF7D07A8A8","h2":"1 1BF0BBC3CB523003A8382158CE30A145E345A7688406461C027B1640D91B956F 1 115BA908FD8D45E08ED17C45D6F22459DA5EAA6F9CF8A124FA68058417A1B936 2 095E45DDF417D05FB10933FFC63D474548B7FFFF7888802F07FFFFFF7D07A8A8","htilde":"1 231D2D4FDAD0FCA7B2BA3999B94C7E15D85F6BF98BC371CBED7EA9FD8630F856 1 10BB4F24AF9DB49871247833D2E7E63F50C648AD6E693433DF907902CDCA3671 2 095E45DDF417D05FB10933FFC63D474548B7FFFF7888802F07FFFFFF7D07A8A8","h_cap":"1 1B284F7DBB289D969DFDC00B38A77FBAAB66CEFA2D63FE3F42A0A9DB7635C735 1 0C3C4328ED65F17F5BF4101AAF961B6A449BFC523A39235BE6342FCE949219F8 1 1AF8185EB144EA0604A76475F5B137FCC1EB15E82DF9F8FEB712C762AD96A385 1 1D4E97AA6A9F5E5D22E733B5595EFE416EF800CE4D67ACB23FDDBC4E434C5237 2 095E45DDF417D05FB10933FFC63D474548B7FFFF7888802F07FFFFFF7D07A8A8 1 0000000000000000000000000000000000000000000000000000000000000000","u":"1 107A870FD7556CFB4D755DB6E2AAF81AC4493433E7A99C0E8AC61C81901B0DED 1 09B59D6F9FBF61621FB952FF3268E57C6D6029D4CE088F86108A6FE0D5C949C3 1 1549B5E013980303F4350649AC49061D18C38FE868A096C056EE7B52C629B9C8 1 24DE91231C0DE5B68BFCE9D15AF6964A257B7BBE3A86021C83F915C4A3961734 2 095E45DDF417D05FB10933FFC63D474548B7FFFF7888802F07FFFFFF7D07A8A8 1 0000000000000000000000000000000000000000000000000000000000000000","pk":"1 14807AE0A3154F5BEC5E3999D728768B716A215FFF11BDE8F22E2D079D401304 1 02B35A95844A4C98CEF5354386079D033D7DBE74F0EE96038D5D0E07BAABE57E 2 095E45DDF417D05FB10933FFC63D474548B7FFFF7888802F07FFFFFF7D07A8A8","y":"1 1680F41B30DF1453D5F84598C20D1BA936FCBAC0DECCF2AEA355B1C6E62B872B 1 22A68DD95D03521AE8F8DD9CEA935A721C7F9BFF2114BB368F5525511AFA292D 1 24010817444147BDA84A4FECFD20CCB11ADA9866E050C0F99EFA63D172BDA91C 1 1DDF7EAFEEF260F3633F62D5EC7561F2316824AB972844A0EB924A4930D9CE6A 2 095E45DDF417D05FB10933FFC63D474548B7FFFF7888802F07FFFFFF7D07A8A8 1 0000000000000000000000000000000000000000000000000000000000000000"}}}"))
2023-03-10 06:01:55,697 aries_cloudagent.revocation.models.revocation_registry INFO Downloading the tails file for the revocation registry: NohjoYayqLaWuhdwpv9A6s:4:NohjoYayqLaWuhdwpv9A6s:3:CL:39829:Basis-ID-Proof:CL_ACCUM:0daa1018-5d99-43cf-9301-6512e26478af
2023-03-10 06:01:57,166 aiohttp.access INFO 172.x.x.2 [10/Mar/2023:06:01:57 +0000] "GET /status/ready HTTP/1.1" 200 178 "-" "okhttp/4.9.1"
2023-03-10 06:02:00,689 indy.libindy.native.indy.services.pool.pool INFO src/services/pool/pool.rs:749 | Drop started
2023-03-10 06:02:00,689 indy.libindy.native.indy.services.pool.pool INFO src/services/pool/pool.rs:757 | Drop wait worker
2023-03-10 06:02:00,690 indy.libindy.native.indy.services.pool.pool INFO src/services/pool/pool.rs:760 | Drop finished
2023-03-10 06:02:57,163 aiohttp.access INFO 172.x.x.2 [10/Mar/2023:06:02:57 +0000] "GET /status/ready HTTP/1.1" 200 178 "-" "okhttp/4.9.1"
2023-03-10 06:03:06,957 indy.libindy.native.indy.commands.pool INFO src/commands/pool.rs:75 | OpenAck handle 53, pool_id 53, result Ok(())
2023-03-10 06:03:06,959 aiohttp.access INFO 172.x.x.2 [10/Mar/2023:06:03:06 +0000] "GET /schemas/NohjoYayqLaWuhdwpv9A6s:2:Basis-ID-Proof:0.1 HTTP/1.1" 200 360 "-" "okhttp/4.9.1"
2023-03-10 06:03:07,081 aiohttp.access INFO 172.x.x.2 [10/Mar/2023:06:03:07 +0000] "POST /present-proof/send-request HTTP/1.1" 200 2213 "-" "okhttp/4.9.1"
2023-03-10 06:03:11,961 indy.libindy.native.indy.services.pool.pool INFO src/services/pool/pool.rs:749 | Drop started
2023-03-10 06:03:11,961 indy.libindy.native.indy.services.pool.pool INFO src/services/pool/pool.rs:757 | Drop wait worker
2023-03-10 06:03:11,961 indy.libindy.native.indy.services.pool.pool INFO src/services/pool/pool.rs:760 | Drop finished

---

I just see one error message in the logs that is for "2023-03-10 05:58:47,807 aries_cloudagent.core.dispatcher ERROR Message parsing failed: Unrecognized message type did:sov:BzCbsNYhMrjHiqZDTUASHg;spec/connections/1.0/ack, sending problem report" but I am not really sure if this is regarding this issue.

[etschelp]

ok, this discussion leads us nowhere. can you please give me more details on:

1. are you using the original version of the BPA as it is in the main branch of this repository, or did you do any modifications like exchanging versions in the docker-compose.
2. What is the flow you are trying to test: For example: BPA creates schema on the ledger, BPA creates creddef, BPA issues credential to mobile wallet, mobile wallet receives and stores credential, credential appears in the my credential list of the mobile wallet, Proof-template is created in the BPA, Proof-request is sent to the mobile wallet... and so on
3. Are you trying to code your own solution via a mobil sdk? Because the stacktrace above looks like you are sending a credential request from a mobile wallet directly to the acapy and not using the BPA at all. By BPA I mean the acapy controller written in java and the gui.

[msingh1304]

@etschelp

I am using the same flow as you have mentioned, using postman to test the connection end to end and getting issue at the time of verifying credentials and all the previous steps works fine.

[msingh1304]

here is a log of bpa controller of the proof request, you can see the values are passing as blank.

09:49:01.248 [io-executor-thread-25] DEBUG AriesEventHandler - Present Proof Event: PresentationExchangeRecord(autoPresent=false, connectionId=2e6a73f3-8cf6-42b5-9b8b-e0feab1332f8, createdAt=2023-03-10 09:49:01.195336Z, errorMsg=null, initiator=SELF, presentation={}, presentationExchangeId=39f2f689-c108-4aa1-b8f7-f4cf2dfa9fb9, presentationProposalDict=null, presentationRequest=PresentProofRequest.ProofRequest(name=My-Basis-ID-ProofBasis-ID-Proof, version=1.0, nonce=91448715203937611948262, nonRevoked=null, requestedAttributes={NohjoYayqLaWuhdwpv9A6s:2:My-Basis-ID-Proof:0.1=PresentProofRequest.ProofRequest.ProofRequestedAttributes(name=null, names=[firstName, familyName], nonRevoked=PresentProofRequest.ProofRequest.ProofNonRevoked(from=1678441741, to=1678441741), restrictions=[{"schema_id":"NohjoYayqLaWuhdwpv9A6s:2:My-Basis-ID-Proof:0.1","schema_name":"masterID","schema_version":"0.1","schema_issuer_did":"NohjoYayqLaWuhdwpv9A6s","cred_def_id":"NohjoYayqLaWuhdwpv9A6s:3:CL:40987:My-Basis-ID-Proof","issuer_did":"NohjoYayqLaWuhdwpv9A6s"}])}, requestedPredicates={}), presentationRequestDict={"@type":"did:sov:BzCbsNYhMrjHiqZDTUASHg;spec/present-proof/1.0/request-presentation","@id":"803ec7ae-0cb6-4185-babf-dfcfcd7471c2","request_presentations~attach":[{"@id":"libindy-request-presentation-0","mime-type":"application/json","data":{"base64":"eyJuYW1lIjogIk15LUJhc2lzLUlELVByb29mQmFzaXMtSUQtUHJvb2YiLCAidmVyc2lvbiI6ICIxLjAiLCAicmVxdWVzdGVkX2F0dHJpYnV0ZXMiOiB7Ik5vaGpvWWF5cUxhV3VoZHdwdjlBNnM6MjpNeS1CYXNpcy1JRC1Qcm9vZjowLjEiOiB7Im5hbWVzIjogWyJmaXJzdE5hbWUiLCAiZmFtaWx5TmFtZSJdLCAibm9uX3Jldm9rZWQiOiB7ImZyb20iOiAxNjc4NDQxNzQxLCAidG8iOiAxNjc4NDQxNzQxfSwgInJlc3RyaWN0aW9ucyI6IFt7InNjaGVtYV9pZCI6ICJOb2hqb1lheXFMYVd1aGR3cHY5QTZzOjI6TXktQmFzaXMtSUQtUHJvb2Y6MC4xIiwgInNjaGVtYV9uYW1lIjogIm1hc3RlcklEIiwgInNjaGVtYV92ZXJzaW9uIjogIjAuMSIsICJzY2hlbWFfaXNzdWVyX2RpZCI6ICJOb2hqb1lheXFMYVd1aGR3cHY5QTZzIiwgImNyZWRfZGVmX2lkIjogIk5vaGpvWWF5cUxhV3VoZHdwdjlBNnM6MzpDTDo0MDk4NzpNeS1CYXNpcy1JRC1Qcm9vZiIsICJpc3N1ZXJfZGlkIjogIk5vaGpvWWF5cUxhV3VoZHdwdjlBNnMifV19fSwgInJlcXVlc3RlZF9wcmVkaWNhdGVzIjoge30sICJub25jZSI6ICI5MTQ0ODcxNTIwMzkzNzYxMTk0ODI2MiJ9"}}]}, role=VERIFIER, state=REQUEST_SENT, threadId=803ec7ae-0cb6-4185-babf-dfcfcd7471c2, trace=false, updatedAt=2023-03-10 09:49:01.195336Z, verified=null, identifiers=null)

[etschelp]

First of all the request above will never have any values, because you are requesting attributes and not values. if you want to include values you have to set predicates.

Also in your proof request the schema_name does not match the one from the schema_id, hence you have created an impossible proof-request that will never create any matches on the holder side.

{
    "name": "My-Basis-ID-ProofBasis-ID-Proof",
    "version": "1.0",
    "requested_attributes": {
        "NohjoYayqLaWuhdwpv9A6s:2:My-Basis-ID-Proof:0.1": {
            "names": [
                "firstName",
                "familyName"
            ],
            "non_revoked": {
                "from": 1678441741,
                "to": 1678441741
            },
            "restrictions": [
                {
                    "schema_id": "NohjoYayqLaWuhdwpv9A6s:2:My-Basis-ID-Proof:0.1",
                    "schema_name": "masterID",
                    "schema_version": "0.1",
                    "schema_issuer_did": "NohjoYayqLaWuhdwpv9A6s",
                    "cred_def_id": "NohjoYayqLaWuhdwpv9A6s:3:CL:40987:My-Basis-ID-Proof",
                    "issuer_did": "NohjoYayqLaWuhdwpv9A6s"
                }
            ]
        }
    },
    "requested_predicates": {},
    "nonce": "91448715203937611948262"
}

Setting all those restrictions is not really useful, either stick with schema_id if the issuer does not matter, or use cred_def_id if it does, so you can simplify:

            "restrictions": [
                {
                    "schema_id": "NohjoYayqLaWuhdwpv9A6s:2:My-Basis-ID-Proof:0.1",
                    "cred_def_id": "NohjoYayqLaWuhdwpv9A6s:3:CL:40987:My-Basis-ID-Proof",
                }

which means exactly the same

[msingh1304]

@etschelp

Okay thanks, I am using the one you suggested now, here is the modified proof request template id

{
    "name": "My-Basis-ID-Proof",
    "version": "1.0",
    "requested_attributes": {
        "NohjoYayqLaWuhdwpv9A6s:2:My-Basis-ID-Proof:0.1": {
            "names": [
                "firstName",
                "familyName"
            ],
            "non_revoked": {
                "from": 1678441741,
                "to": 1678441741
            },
            "restrictions": [
                {
                    "schema_id": "NohjoYayqLaWuhdwpv9A6s:2:My-Basis-ID-Proof:0.1",
                    "cred_def_id": "NohjoYayqLaWuhdwpv9A6s:3:CL:40987:My-Basis-ID-Proof"
                   
                }
            ]
        }
    },
    "requested_predicates": {},
    "nonce": "91448715203937611948262"
}

[msingh1304]

@etschelp

I am getting this response in postman when trying to create the proof template with the above mentioned code.

{
"message": "Bad Request",
"_embedded": {
"errors": [
{
"message": "template.attributeGroups: must not be empty",
"_embedded": {},
"_links": {}
}
]
},
"_links": {
"self": {
"href": "/api/proof-templates",
"templated": false
}
}
}

[etschelp]

i recommend using bpa's UI for this, as the proof template api works different, as it is not based on the proof-request, it is a template that renders a proof-request later on. if you want to reverse engineer and do everything with postman, see what the browser sends to the backend controller and go from there.

[etschelp]

or check the swagger docs for the rest api e.g. http://localhost:8080/swagger-ui/

[msingh1304]

@etschelp

How do I access the bpa's UI, is it the BPA_WEBHOOK_URL?

[etschelp]

https://github.com/hyperledger-labs/business-partner-agent/tree/main/scripts#accessing-the-frontend

[msingh1304]

@etschelp

When I am using the below mentioned proof template, I get success response in postman but the attribute values are coming as blank in the wallet when trying to verify it.

{
"name": "My-Basis-ID-Proof",
"attributeGroups": [
{
"schemaUUID": "d512daa9-87df-4964-9caf-c7088cd401a9",
"nonRevoked": true,
"attributes": [
{
"name": "firstName",
"conditions": []
},
{
"name": "familyName",
"conditions": []
}
],
"schemaLevelRestrictions": {
"schemaName": "My-Basis-ID-Proof",
"schemaVersion": "0.1",
"schemaIssuerDid": "xxxxxxx9A6s",
"credentialDefinitionId": "xxxxxx9A6s:3:CL:40987:My-Basis-ID-Proof",
"issuerDid": "xxxxx9A6s"
}
}
]
}

---

When I am using this template, it doesn't work, I get error message
Error message: {
"message": "Bad Request",
"_embedded": {
"errors": [
{
"message": "template.attributeGroups: must not be empty",
"_embedded": {},
"_links": {}
}
]
},
"_links": {
"self": {
"href": "/api/proof-templates",
"templated": false
}
}
}

Template

{
    "nonce": "1119659676972173955782496",
    "name": "Test-ID",
    "version": "1.0",
    "requested_attributes": {
        "xxxxxxxx9A6s:2:Test-ID:0.1": {
            "names": [
                "firstName",
                "familyName"
            ],
            "non_revoked": {
                "to": 1678451649,
                "from": 1678451649
            },
			"attributes": [
                {
                    "name": "firstName",
                    "conditions": []
                },
                {
                    "name": "familyName",
                    "conditions": []
                }
            ],
            "restrictions": [
                {
                    "schema_id": "xxxxxxxx9A6s:2:Test-ID:0.1",
                    "schema_name": "Test-ID",
                    "schema_version": "0.1",
                    "schema_issuer_did": "xxxxxxxx9A6s",
                    "cred_def_id": "xxxxxxxxxx9A6s:3:CL:41055:Test-ID",
                    "issuer_did": "xxxxxxxxx9A6s"
                }
            ]
        }
    },
    "requested_predicates": {}
}

Also unable to access the front end.

[etschelp]

1. create a proof template. a proof template is not a proof request in the scope of the bpa. see swagger-ui or browser on how this works. what you have above looks ok i guess
2. send a proof request based on the template to a connection. again swagger-ui or browser

[msingh1304]

@etschelp

Yes, I did the same thing that you are mentioning here, after creating the proof template, I sent the proof request

Step 1: Created a Schema
Step 2: Created Credential Definition
Step 3: Created Proof Template
Step 4: Created Connection Invitation Request
Step 5: Issued a credential
Step 6: Verifying the credential.

Following all the process but still unable to figure it out why the blank values are showing up when verifying the credential and all the previous steps are working fine.

[etschelp]

Also unable to access the front end.

did you map the port?

but the attribute values are coming as blank in the wallet when trying to verify it.

what do you mean by that and where? the app the bpa? be aware that here is a difference between a proof request and the presentation.

[msingh1304]

Also unable to access the front end.

did you map the port?

but the attribute values are coming as blank in the wallet when trying to verify it.

what do you mean by that and where? the app the bpa? be aware that here is a difference between a proof request and the presentation.

When I say values are coming as blank, it is coming as blank in the wallet. I know proof request and template are different.

Proof Request Sample:

---

{
    "credDefUUID": "xxx-0388-4sds84-xxx-99f8038ba215",
    "partnerId": "xxxx-9eac-xxxx-xxxx-4b7e34ad18c9",
    "document": {
        "familyName": "Singh",
        "firstName": "M"
    }
}

And the above one I am using it to create proof template.

---

[etschelp]

it totally depends on the wallet app how it displays the proof request, with value restrictions or not. the important part is what the wallet app responds. so if you have two credentials one with name=test and one with name=other and you send a proof request with a value restriction name=test and the wallet app selects the one with name=test, and the bpa receives name=test then everything works as expected.

[msingh1304]

it totally depends on the wallet app how it displays the proof request, with value restrictions or not. the important part is what the wallet app responds. so if you have two credentials one with name=test and one with name=other and you send a proof request with a value restriction name=test and the wallet app selects the one with name=test, and the bpa receives name=test then everything works as expected.

Exactly, that is how it should work, whenever I am verifying the credential, it is verifying the same credentials present in the wallet for the respective schema id and credential id. Anything else that I need to look into this issue?

[msingh1304]

@etschelp

Issue is resolved now, I found that the DB PostgreSQL port was not open, credentials were appearing in the wallet but it was not persisting the data, hence the values were coming as blank in the wallet at the time of verifying the credentials. I think this could be the only issue, after opening the port, container restart, everything started working fine.

Thanks to you also for helping me every time to dig further into the issue and find the root cause. There is one more question, I find lissi wallet slower than estatus wallet, which wallet works well lissi or estatus?

[etschelp]

If you look at the app store entries you see that the Lissi wallet is being more actively maintained. In the end it pretty much depends on your use case and with whom you want to interact with in your ecosystem. As of now there is no app that does it all. So far the esatus wallet was a basic but reliable app for everything anoncreds and Indy ledger related. The Lissi app does a bit more.

[msingh1304]

@etschelp

I am facing intermittent issues, it works sometimes and sometimes it doesn't work. I have also noticed that after doing restart of the containers it works, and now we are getting this issue:

---

Error Message:

06:50:13.991 [default-nioEventLoopGroup-1-2] ERROR AcaPyAuthFetcher - aca-py webhook authentication failed. Configured bpa.webhook.key: @_:xxxxxxxx33On, received x-api-key header: null

---

[etschelp]

This means you are running something very old, is this intentional? This has been removed quite a while ago. This means you have configured the bpa for webhook security, but did not do it for the acapy. You need to check if --webhook-url '${BPA_WEBHOOK_URL}#${BPA_WEBHOOK_KEY}' is set on the acapy. But there was a version that had issues with the webhook, if you are running this one there want be an fix except for using a later one.

[msingh1304]

@etschelp

Yes, it is set, here is docker compose yml section for aries agent

---

mylab-aries-agent:
   image: bcgovimages/aries-cloudagent:py36-1.16-1_0.7.0
   container_name: ${AGENT_CONTAINER_NAME}
   ports:
     - ${ACAPY_ADMIN_PORT}
     - ${ACAPY_HTTP_PORT}:${ACAPY_HTTP_PORT}
   depends_on:
     - ${WALLET_CONTAINER_NAME}
   entrypoint: /bin/bash
   command: [
       "-c",
       "sleep 15;
       aca-py start \
       --auto-provision \
       --arg-file acapy-static-args.yml \
       --inbound-transport http '0.0.0.0' ${ACAPY_HTTP_PORT} \
       **--webhook-url '${BPA_WEBHOOK_URL}#${BPA_WEBHOOK_KEY}' \**
       --genesis-file '${ACAPY_GENESIS_FILE}' \
       --endpoint ${ACAPY_ENDPOINT} \
       --wallet-name '${ACAPY_WALLET_DATABASE}' \
       --wallet-key '${ACAPY_WALLET_ENCRYPTION_KEY}' \
       --wallet-storage-type '${ACAPY_WALLET_TYPE}' \
       --wallet-storage-config '{\"url\":\"${POSTGRESQL_HOST}:5432\",\"max_connections\":5}' \
       --wallet-storage-creds '{\"account\":\"${POSTGRESQL_USER}\",\"password\":\"${POSTGRESQL_PASSWORD}\",\"admin_account\":\"${POSTGRESQL_USER}\",\"admin_password\":\"${POSTGRESQL_PASSWORD}\"}' \
       --seed '${ACAPY_SEED}' \
       --admin '0.0.0.0' ${ACAPY_ADMIN_PORT} \
       --label '${AGENT_NAME}' \
       --debug-presentations \
       ${ACAPY_ADMIN_CONFIG} \
       ${ACAPY_READ_ONLY_MODE} \
       ${ACAPY_TAILS_BASE_URL} \
       ${ACAPY_TAILS_UPLOAD_URL} \
       "
   ]
   volumes:
     - "./acapy-static-args.yml:/home/indy/acapy-static-args.yml"
     - "./idunion-genesis.txt:/home/indy/idunion-genesis.txt"
   networks:
     - digilab-bpa
   restart: always
#--genesis-url '${ACAPY_GENESIS_URL}' \

---

[etschelp]

Like I said, this is all very old stuff, and has already been fixed a while back. I believe there was a issue with acapy where the api key got lost after some time, or after a exception (don't remember exactly) and after a restart it was set again. You either have to upgrade, or turn of webhook authentication. As long as you do not expose BPA's webhook URL to the internet this should be ok. Otherwise upgrade, because no one will support the stack you are running.

[msingh1304]

@etschelp

Okay, got it. If I understand you currently, you are saying that aries cloud agent version present in the git hub repository is "image: bcgovimages/aries-cloudagent:py36-1.16-1_0.7.5" and my code has " image: bcgovimages/aries-cloudagent:py36-1.16-1_0.7.0

Possible Solutions to fix this issue:

1. Upgrade the aries cloud agent version to latest that is "image: bcgovimages/aries-cloudagent:py36-1.16-1_0.7.5"
2. Comment this line in the existing docker-compose yaml file

Is that correct?

[etschelp]

Like always I'm having no clue what you are doing, and like I said it looks like you are running something very old, so just bumping up one version without considering the rest will cause other issues. So you have two options:

1. leave everything as it is and just set BPA_WEBHOOK_KEY= in your .env file
2. or, use the compose file like it is defined in the main branch of the BPA repository, but this means you have to migrate things

[msingh1304]

@etschelp

leave everything as it is and just set BPA_WEBHOOK_KEY= in your .env file : This is already set.

[etschelp]

what version of the bpa are you running? or commit version?

[msingh1304]

@etschelp
PFB the requested info
what version of the bpa are you running? or commit version? : ghcr.io/hyperledger-labs/business-partner-agent:edge

[etschelp]

Then you are all set, because this version does not use webhooks any more and the exception above can physically not happen because the code that logs the exception above is gone. If you are still seeing this exception my guess is that you have build your own bpa images locally and tagged it as edge. To be sure you can use the latest tagged stable version: ghcr.io/hyperledger-labs/business-partner-agent-new:0.12.0, but from what I have seen above your docker compose file and your config will then not match anymore, and you have to migrate.

[msingh1304]

Yeah, I know the wierd thing is I get only error at the time of receiving proof presentation api, Unable to receive proof data and in the logs I get api key error message because of that entire flow is not running. Strange part is after restart of fhe containers everything works fine for 1 days and then the next day same issue.

…

On Mon, 3 Apr 2023, 17:57 Philipp Etschel, ***@***.***> wrote: Then you are all set, because this version does not use webhooks any more and the exception above can physically not happen because the code that logs the exception above is gone. If you are still seeing this exception my guess is that you have build your own bpa images locally and tagged it as edge. To be sure you can use the latest tagged stable version: ghcr.io/hyperledger-labs/business-partner-agent-new:0.12.0, but from what I have seen above your docker compose file and your config will then not match anymore, and you have to migrate. — Reply to this email directly, view it on GitHub <#857 (comment)>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/A3AXSCUIGPKG7XMYNPRR2YDW7K62PANCNFSM6AAAAAAUT4KWYU> . You are receiving this because you authored the thread.Message ID: ***@***.***>

[etschelp]

Ok from the top, yes acapy had a bug that did reset the api key after a time, if you restart it will work for a while and then it will be gone again. To fix that you will have to upgrade acapy.

BUT, the webhook api key should not be needed at all, because it is removed from the latest BPA version so you should not see this at all. This means you are not only running an old acapy version but also an old BPA version. I already wrote tons of hints on how to debug and fix this with docker, you just have to scroll up in this very long dialog.

[msingh1304]

Okay, let me scroll up and find any solution if you have mentioned it in our thread

…

On Mon, 3 Apr 2023, 19:51 Philipp Etschel, ***@***.***> wrote: Ok from the top, yes acapy had a bug that did reset the api key after a time, if you restart it will work for a while and then it will be gone again. To fix that you will have to upgrade acapy. BUT, the webhook api key should not be needed at all, because it is removed from the latest BPA version so you should not see this at all. This means you are not only running an old acapy version but also an old BPA version. I already wrote tons of hints on how to debug and fix this with docker, you just have to scroll up in this very long dialog. — Reply to this email directly, view it on GitHub <#857 (comment)>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/A3AXSCQQMNYW7TIYOFNURILW7LMHDANCNFSM6AAAAAAUT4KWYU> . You are receiving this because you authored the thread.Message ID: ***@***.***>

[msingh1304]

@etschelp

Are you saying that temporary fix would be to restart the containers for now and permanent fix is to upgrade acapy version and BPA version, is that correct?

[msingh1304]

@etschelp

Awaiting your reply

[etschelp]

thats what I said