For the BCGov IAS load testing use cases we need the connection and connection-specific-DID for calling off to the IAS controller to do issuance. Rather than the outOfBandRecord that is currently returned.
The existing way of accepting an invite calls receiveInvitation in the agent.ts and that returns the outOfBandRecord from the call to Credo (const { outOfBandRecord } = await agent.oob.receiveInvitationFromUrl(invitationUrl))
Added an alternate Receive Invitation method that gets the connection record and then uses DidRepository to get the legacy connection DID out of that connection (see comments in code).
Then when accepting an invite with the client, allow caller to specify a useConnectionDid param if they want this additional information.
This does add some code duplication with the defer/onConnection/etc part but I wanted to provide this alternate code path to not affect existing scripts (will use in BCGov ones) and exclude the legacy DID stuff. But probably could parameterize the existingreceiveInvitation method to have these options instead.
Looking for feedback and guidance if this way is ok or would rather modify the existing method instead.
For the BCGov IAS load testing use cases we need the connection and connection-specific-DID for calling off to the IAS controller to do issuance. Rather than the outOfBandRecord that is currently returned.
The existing way of accepting an invite calls
receiveInvitationin theagent.tsand that returns the outOfBandRecord from the call to Credo (const { outOfBandRecord } = await agent.oob.receiveInvitationFromUrl(invitationUrl))Added an alternate Receive Invitation method that gets the connection record and then uses
DidRepositoryto get the legacy connection DID out of that connection (see comments in code).Then when accepting an invite with the client, allow caller to specify a
useConnectionDidparam if they want this additional information.This does add some code duplication with the defer/onConnection/etc part but I wanted to provide this alternate code path to not affect existing scripts (will use in BCGov ones) and exclude the legacy DID stuff. But probably could parameterize the existing
receiveInvitationmethod to have these options instead. Looking for feedback and guidance if this way is ok or would rather modify the existing method instead.