-
Notifications
You must be signed in to change notification settings - Fork 65
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Feature afj/credo backchannel enhancements #842
Feature afj/credo backchannel enhancements #842
Conversation
069cee2
to
48610f6
Compare
c81dec8
to
3043d23
Compare
e5875b6
to
bc999e8
Compare
c0e0f1a
to
b0e942e
Compare
How’s the progress on this? Getting close? |
I thought I was close a few weeks ago but got hung up solving an issue with starting a server with some newer TsED libraries in the upgrade of the Credo Backchannel. I'd like to say I'm close now. I've solved the issues in the Credo backchannel that were causing the schema errors in the AFJ backchannel seen in the nightly test runs for a while. I believe there is just a credential issuance problem I'm dealing with right now. I'd say I'm 3-5 days away from having credo running in the interop pipeline and retiring the AFJ runs in the pipeline. I'm away next week so it will be into Sept. |
Signed-off-by: Sheldon Regular <sheldon.regular@gmail.com>
b3d0f2d
to
61ff229
Compare
Signed-off-by: Sheldon Regular <sheldon.regular@gmail.com>
61ff229
to
56fe2a2
Compare
I'm having a couple of failures in the ariesvcx-credo runset that I'm investigating. |
Running the tests now. When this is merged, are we adding credo as a new backchannel in the results in Allure and so to https://aries-interop.info, or does this push its results to the “javascript” Allure results so everything stays the same? |
If I understand how the interop.info results are generated, I think it will list as credo not afj. The credo projects are already created in Allure. |
OK — I see how the results are pushed to allure. I’ll adjust the script configuration to get the credo results instead of the AFJ (aka “javascript”) ones. Here is the results from the ACA-Py / Credo tests I ran locally. Look right? 4 features passed, 2 failed, 9 skipped |
Looks great!! I’ll leave it to you to push the merge button. |
I could be wrong, but I think I've adjusted the scripts to get the credo results instead of AFJ. Check the gen-interop.sh changes in this PR. My ACA-Py - Credo runset only has 2 failures. These are not failing when running in VS code and the Dev Container. Looking at that now. I think there is an issue with VCX talking to Credo, I think the problem is on the VCX side. Will have to engage the VCX guys. |
The gen-interop change looks good. |
Signed-off-by: Sheldon Regular <sheldon.regular@gmail.com>
There are still a couple of failures here across the runsets, but I think they are problems with the frameworks, Credo and VCX mainly. I'm merging, and will follow up with them on the remaining issues. |
This PR creates a new backchannel for Credo, leaving the AFJ one in place for now. It expands the backchannel further for more supported protocols of Credo(though the new tests are not running in this PR).
This PR also adds a Dev Container for the Credo Backchannel.
All historical AFJ tests are now working with Credo. Runsets have been created for credo with ACA-Py and VCX. Credo Allure projects are created, and the gen-interop script has been updated to reference credo instead of aft.
The removal of the AFJ runsets and the AFJ backchannel will happen in a separate PR after we have a few successful runs of Credo. Though the afj runsets have been set to skip, so they will not run in the interop test pipeline.
This PR also doesn't have new tests outside of the historical AFJ tests. They need a little more work and will come in a separate PR. This PR is getting too large as it is.
To test this PR you can run the following.
./manage runset credo
./manage runset ariesvcx-credo
./manage runset credo-ariesvcx
./manage runset acapy-credo
./manage runset credo-acapy