rjones (Mon, 16 Sep 2019 14:07:08 GMT):
smithbk

rjones (Mon, 16 Sep 2019 14:07:16 GMT):
all yours!

rjones (Mon, 16 Sep 2019 14:07:35 GMT):
Has left the channel.

smithbk (Mon, 16 Sep 2019 14:16:14 GMT):
Thanks Ry

smithbk (Mon, 16 Sep 2019 14:25:18 GMT):
Anyone interested in joining our first aries javascript meeting, let me know. It is scheduled for 7:30 AM MST tomorrow (Tu)

jadhavajay (Mon, 16 Sep 2019 14:28:37 GMT):
Has joined the channel.

mattatkiva (Mon, 16 Sep 2019 14:45:08 GMT):
Has joined the channel.

jadhavajay (Mon, 16 Sep 2019 15:04:42 GMT):
@rjones - Thanks :)

rjones (Mon, 16 Sep 2019 15:04:42 GMT):
Has joined the channel.

rjones (Mon, 16 Sep 2019 15:23:57 GMT):
Has left the channel.

jljordan_bcgov (Tue, 17 Sep 2019 01:59:21 GMT):
Has joined the channel.

daisuke1983 (Tue, 17 Sep 2019 03:47:46 GMT):
Has joined the channel.

jakubkoci (Tue, 17 Sep 2019 05:48:27 GMT):
Has joined the channel.

mero (Tue, 17 Sep 2019 08:34:44 GMT):
Has joined the channel.

smithbk (Tue, 17 Sep 2019 13:00:09 GMT):
We're using https://zoom.us/j/8127890138 for our meeting 30 min from now

troyronda (Tue, 17 Sep 2019 13:33:24 GMT):
Has joined the channel.

jadhavajay (Tue, 17 Sep 2019 13:33:36 GMT):
Trying to join the meeting

jadhavajay (Tue, 17 Sep 2019 13:33:46 GMT):
it says "The host has another meeting in progress"

smithbk (Tue, 17 Sep 2019 13:34:07 GMT):
hmm ... maybe we should use yours ... not sure what is causing that

jadhavajay (Tue, 17 Sep 2019 13:34:35 GMT):
okay. Let me create a new Zoom link

jadhavajay (Tue, 17 Sep 2019 13:35:53 GMT):
Here is the new link: https://zoom.us/j/246666943

jakubkoci (Tue, 17 Sep 2019 14:29:51 GMT):
https://github.com/jakubkoci/aries-sdk-javascript

mattatkiva (Tue, 17 Sep 2019 14:32:29 GMT):
a suggestion, and merely is suggestion only, reviewing a few other implementations over indy. StreetCreds is good for A2A examples. Here is another example of one way types can be organized. While it is specific to indysdk, the structure is abstracted to higher level types: https://github.com/tatmanblue/IndyDotNet/tree/master/IndyDotNet

jadhavajay (Tue, 17 Sep 2019 14:35:40 GMT):
Great, can have a look at it..

jadhavajay (Tue, 17 Sep 2019 14:37:01 GMT):
I have a recorded the session. We can ask for a new page "Aries-Framework-JavaScript" on Hyperledger Wiki to records meetings, minutes, and recordings..

jadhavajay (Tue, 17 Sep 2019 14:38:18 GMT):
Here - https://wiki.hyperledger.org/display/ARIES/Repos

mattatkiva (Tue, 17 Sep 2019 14:38:33 GMT):
that would be great if we could get space on the hyperledger wiki

troyronda (Tue, 17 Sep 2019 15:03:01 GMT):
we simply created a page :) https://wiki.hyperledger.org/display/ARIES/aries-framework-go

troyronda (Tue, 17 Sep 2019 15:03:01 GMT):
we (go implementors) simply created a page :) https://wiki.hyperledger.org/display/ARIES/aries-framework-go

troyronda (Tue, 17 Sep 2019 15:03:01 GMT):
we (go implementors) simply created a page :) https://wiki.hyperledger.org/display/ARIES/aries-framework-go under the Repos page.

troyronda (Tue, 17 Sep 2019 15:05:18 GMT):
(and we try to prefix our pages with Framework Go)

troyronda (Tue, 17 Sep 2019 15:05:18 GMT):
(and we try to include Framework Go in the page title)

burdettadam (Tue, 17 Sep 2019 16:21:24 GMT):
Has joined the channel.

jadhavajay (Thu, 19 Sep 2019 15:10:28 GMT):
Created a new page here: https://wiki.hyperledger.org/display/ARIES/aries-framework-javascript

smithbk (Tue, 24 Sep 2019 13:27:46 GMT):
javascript agent meeting starts in a couple of minutes at https://zoom.us/j/8127890138

smithbk (Tue, 24 Sep 2019 13:27:46 GMT):
@here javascript agent meeting starts in a couple of minutes at https://zoom.us/j/8127890138

smithbk (Tue, 24 Sep 2019 13:28:55 GMT):
@jadhavajay Ajay, this is your zoom link so you'll need to start it

mattatkiva (Tue, 24 Sep 2019 14:11:57 GMT):
for sake of sharing: I found this today. Its new to me: `Hyperledger Indy Agent Demonstration` https://github.com/hyperledger/education/tree/master/LFS171x/indy-material/nodejs

mattatkiva (Tue, 24 Sep 2019 14:49:42 GMT):
@smithbk can you send out an email, or put it on our wiki, what we agreed to achieve for this week?

jadhavajay (Tue, 24 Sep 2019 14:51:32 GMT):
I have created a meeting notes page on wiki. Please add/update notes. A recording can also be added at the end.

smithbk (Tue, 24 Sep 2019 15:43:50 GMT):
@mattatkiva I added our assignments for next week to "Action Items"

smithbk (Tue, 24 Sep 2019 15:44:14 GMT):
https://wiki.hyperledger.org/display/ARIES/2019-09-24+Meeting+notes

jakubkoci (Tue, 24 Sep 2019 16:06:55 GMT):
Sorry for a little bit chaotic explanation of the code, I should’ve prepared better :) I spent a lot of time with explanation of tests, but not so much about implementation. Therefore I created simple description and put it into the README. I also renamed the repo https://github.com/jakubkoci/aries-framework-javascript. Don’t hesitate to contact me if you would like to explain anything.

mattatkiva (Tue, 24 Sep 2019 16:10:46 GMT):
No need to apologize. It was good presentation and you did a lot of work for it. Thank you for sharing and letting us start with that

jadhavajay (Tue, 24 Sep 2019 16:29:55 GMT):
It is a great starting point @jakubkoci . Thanks for your efforts.

smithbk (Tue, 24 Sep 2019 16:33:23 GMT):
Agreed ... thanks Jakub ... well presented and great start

ajayjadhav (Tue, 24 Sep 2019 18:00:44 GMT):
Has joined the channel.

ajayjadhav (Tue, 24 Sep 2019 18:44:38 GMT):
Good reference for DID Exchange - https://wiki.hyperledger.org/display/ARIES/DID+Exchange+Flow+-+Framework+Go - @smithbk @mattatkiva @jakubkoci

george.aristy (Tue, 24 Sep 2019 21:22:56 GMT):
Has joined the channel.

jmandel (Tue, 24 Sep 2019 21:24:11 GMT):
Has joined the channel.

mattatkiva (Wed, 25 Sep 2019 14:33:36 GMT):
fyi: every other wed, 8AM Mountain time is Aries Working Group call. It covers everything Aries which includes us. if you like to attend here is the details: ```Please join us for a rousing conversation about all things Aries. This call is scheduled for contributors in Europe and the US, and compliments the other Aries WG calls that are scheduled for other timezones.

Join from PC, Mac, Linux, iOS or Android: https://zoom.us/j/244779296
International numbers available: https://zoom.us/u/akZ4IVIpQ

Meeting Agenda and Notes: https://wiki.hyperledger.org/display/ARIES/Aries+Working+Group```

mattatkiva (Wed, 25 Sep 2019 14:34:26 GMT):
there is also an alternate mtg for those who cannot make this time. ```Calls happen in two timezones: Europe afternoon / US morning: 1 hour every other Wednesday at 7AM Los Angeles, 10AM New York, 3PM London, 17H Moscow Location: https://zoom.us/j/244779296 US afternoon / Asia-Pacific morning: 1.5 hours each Wednesday at 12PM Los Angeles, 3PM New York, Tuesday at 5AM Sydney. Location: https://zoom.us/j/856588081```

jakubkoci (Thu, 26 Sep 2019 11:26:03 GMT):
Hi, I pushed 2 commits, the first one yesterday, with refactoring into modules similar to the way how aries-cloudagent-python does that. Nothing final, just little step forward, hopefully, in the right direction. Today I did only smaller refactor of agent message creators. This could be converted to classes later. I wasn't sure with this step know because there is a lot of boilerplate. It could look like this: ``` class BasicMessage { '@type': string; '@id': string; constructor(type: string) { this['@type'] = type; this['@id'] = uuid(); } } class ConnectionInvitation extends BasicMessage { label: string; serviceEndpoint: string; recipientKeys: Verkey[]; routingKeys: Verkey[]; constructor(label: string, recipientKeys: Verkey[], serviceEndpoint: string, routingKeys: Verkey[]) { super(MessageType.ConnectionInvitation); this.label = label; this.recipientKeys = recipientKeys; this.serviceEndpoint = serviceEndpoint; this.routingKeys = routingKeys; } } ``` I found this feature https://kendaleiv.com/typescript-constructor-assignment-public-and-private-keywords/ I want to share with you for further discussion. I'm not saying I'm against classes, just thinking aloud about possibilities :)

jakubkoci (Thu, 26 Sep 2019 11:26:27 GMT):
We obviously don't need to decide now.

jakubkoci (Thu, 26 Sep 2019 11:27:38 GMT):
This is probably all I can do this "sprint", at least from bigger changes point of view.

ajayjadhav (Thu, 26 Sep 2019 15:36:16 GMT):
[ ](https://chat.hyperledger.org/channel/aries-javascript?msg=Eqk3hjbtgTrRXZP9x) @jakubkoci

KellyCooper (Sun, 29 Sep 2019 18:12:18 GMT):
Has joined the channel.

phillip.gibb (Sun, 29 Sep 2019 18:58:52 GMT):
Has joined the channel.

smithbk (Tue, 01 Oct 2019 13:02:48 GMT):
@ajayjadhav @jakubkoci @mattatkiva Guys, sorry but have a last minute conflict which I can't reschedule and can not attend our call that starts 30 min from now.

jakubkoci (Tue, 01 Oct 2019 13:37:40 GMT):
I guess we'll move it to the next week? I've been sick last 3 days, actually, so it would be also convenient for me.

ajayjadhav (Tue, 01 Oct 2019 13:43:16 GMT):
Sure, no issues. Let's schedule it for next week.

RodrigoMedeiros (Tue, 01 Oct 2019 16:24:04 GMT):
Has joined the channel.

vsadriano (Mon, 07 Oct 2019 18:16:52 GMT):
Has joined the channel.

smithbk (Tue, 08 Oct 2019 13:31:56 GMT):
@here Please join scrum at https://us04web.zoom.us/j/8127890138

smithbk (Tue, 08 Oct 2019 13:33:14 GMT):
Unless someone else is hosting

smithbk (Tue, 08 Oct 2019 13:33:21 GMT):
Then pls post the link here

smithbk (Tue, 08 Oct 2019 13:37:41 GMT):
@ajayjadhav Are you on zoom? Which link?

jakubkoci (Tue, 08 Oct 2019 13:38:59 GMT):
I'll be there in a minute

troyronda (Wed, 09 Oct 2019 12:58:21 GMT):
FYI: https://wiki.hyperledger.org/display/ARIES/Introduce+Protocol+Flow+-+Framework+Go

ajayjadhav (Wed, 09 Oct 2019 19:17:17 GMT):
@smithbk sorry to miss the last call. We had a national holiday here in India.

ajayjadhav (Wed, 09 Oct 2019 19:18:16 GMT):
Can I refer to the meeting notes , if taken or call a recording?

ajayjadhav (Wed, 09 Oct 2019 19:18:16 GMT):
Can I refer to the meeting notes , if taken or a call recording?

ajayjadhav (Wed, 09 Oct 2019 19:18:16 GMT):
Can I refer to the meeting notes , if taken or the call recording?

smithbk (Thu, 10 Oct 2019 13:16:28 GMT):
Sorry, forgot to record. It was only Jakub and me. We discussed the problem reporting RFC and how to plug into Jakub's code, etc

ajayjadhav (Thu, 10 Oct 2019 15:54:38 GMT):
Okay, NP

mattatkiva (Tue, 15 Oct 2019 13:33:00 GMT):
Im getting meeting id error is not valid for todays meeting. did that change?

ajayjadhav (Tue, 15 Oct 2019 14:59:47 GMT):
Hi all, Is it possible to shift this meeting on Friday, if it works for everyone? I am missing the meetings as I am finding it difficult to manage calendar in the beginning of the week.

mattatkiva (Tue, 15 Oct 2019 16:56:25 GMT):
friday works for me

ajayjadhav (Wed, 16 Oct 2019 10:08:04 GMT):
How about @smithbk & @jakubkoci ?

smithbk (Wed, 16 Oct 2019 11:51:19 GMT):
This Friday doesn't work for me but normally Friday is fine.

jakubkoci (Wed, 16 Oct 2019 13:48:14 GMT):
Works for me as well

ajayjadhav (Wed, 16 Oct 2019 18:10:28 GMT):
Glad that it works for all of us... Let's meet tomorrow..

ajayjadhav (Wed, 16 Oct 2019 18:10:28 GMT):
Glad that it works for all of us... Let's meet on Friday.

ajayjadhav (Fri, 18 Oct 2019 13:35:29 GMT):
I guess we are meeting from next Friday, right? not from today...

mattatkiva (Fri, 18 Oct 2019 16:54:06 GMT):
correct. Oct 25th

ankita.p (Tue, 22 Oct 2019 16:45:17 GMT):
Has joined the channel.

eduelias (Wed, 23 Oct 2019 15:24:21 GMT):
Has joined the channel.

Audrius (Thu, 24 Oct 2019 10:56:05 GMT):
Has joined the channel.

smithbk (Fri, 25 Oct 2019 12:35:30 GMT):
@ajayjadhav @mattatkiva @jakubkoci Very sorry but something just came up and I will not be able to attend today's call. My apologies. Ajay or someone else, could you use your zoom link?

mattatkiva (Fri, 25 Oct 2019 13:34:24 GMT):
it looks like the meeting is waiting for the host

mattatkiva (Fri, 25 Oct 2019 13:34:48 GMT):
perhaps we can discuss whatever we need here

jakubkoci (Fri, 25 Oct 2019 13:35:47 GMT):
I'm here

mattatkiva (Fri, 25 Oct 2019 14:28:06 GMT):
what do you think about merging your code/repo (https://github.com/jakubkoci/aries-framework-javascript) into the aries-javascript repo? I know we talked about it before and said no but given that little progress has been made trying the other approach, this would at least get us started

josephboyle (Fri, 25 Oct 2019 20:50:21 GMT):
Has joined the channel.

esplinr (Sun, 27 Oct 2019 05:24:39 GMT):
Has joined the channel.

troyronda (Wed, 30 Oct 2019 00:35:29 GMT):
[cross-post] if you are interested in WebAssembly: https://chat.hyperledger.org/channel/aries-maintainers?msg=PhEtPNPSgALfgLprM

jakubkoci (Fri, 01 Nov 2019 13:36:08 GMT):
Do we have a call today? Zoom link on wiki says invalid id :thinking:

jakubkoci (Fri, 01 Nov 2019 14:17:17 GMT):
I have no problem with that.

ajayjadhav (Fri, 01 Nov 2019 14:29:49 GMT):
@jakubkoci I think I will have to setup a new Zoom link for this Friday meeting... as the one setup by Keith is not working..

ajayjadhav (Fri, 01 Nov 2019 14:32:12 GMT):
That will be useful and help speed up ...

ajayjadhav (Fri, 01 Nov 2019 14:37:52 GMT):
Guys, I am exploring Deno (I am exploring Deno (https://deno.land/std/manual.md) for building an Agent ...

ajayjadhav (Fri, 01 Nov 2019 14:38:40 GMT):
Please let me know your feedback...

troyronda (Fri, 01 Nov 2019 14:45:01 GMT):
FYI: I'm starting some preliminary work on adding WASM bindings to aries-framework-go.

troyronda (Fri, 01 Nov 2019 14:45:01 GMT):
FYI: I'm starting some preliminary work on adding a WASM target (and bindings) to aries-framework-go.

cstoecker (Fri, 01 Nov 2019 15:06:28 GMT):
Has joined the channel.

troyronda (Fri, 01 Nov 2019 15:28:43 GMT):
https://github.com/hyperledger/aries-framework-go/issues/661

troyronda (Fri, 01 Nov 2019 15:28:43 GMT):
Epic description for WASM: https://github.com/hyperledger/aries-framework-go/issues/661

troyronda (Sun, 03 Nov 2019 13:22:46 GMT):
In addition to WASM, I also did a quick experiment to try out a C-Callable shared object build of aries-framework-go: https://chat.hyperledger.org/channel/aries-sdk?msg=3xHfrrPWo4YtgJH3T

jakubkoci (Sun, 03 Nov 2019 17:07:50 GMT):
@ajayjadhav it's still "very much under development.", but it could be interesting to try. If I understand it correctly it's "just" runtime and it wont differ from Node.js so much (filesystem access, module system).

jakubkoci (Sun, 03 Nov 2019 17:08:32 GMT):
Possible we can have Deno as another aries JS framework target (along with Node, web, RN)

jakubkoci (Sun, 03 Nov 2019 17:08:32 GMT):
Possibly we can have Deno as another aries JS framework target (along with Node, web, RN)

ajayjadhav (Sun, 03 Nov 2019 19:47:51 GMT):
Yes, I think it's a good idea to target Deno along with Node & RN ...

cstoecker (Tue, 05 Nov 2019 09:23:07 GMT):
Hi guys: We are starting to work with experimenting with Aries RFCs.

cstoecker (Tue, 05 Nov 2019 09:23:49 GMT):
We are right now looking for a working HL LibIndy docker image with the permissions to add JS Node.

cstoecker (Tue, 05 Nov 2019 09:24:20 GMT):
What is the best HL LibIndy docker image?

knagware9 (Tue, 12 Nov 2019 07:35:55 GMT):
Has joined the channel.

nage (Wed, 13 Nov 2019 20:23:04 GMT):
Has joined the channel.

ajayjadhav (Wed, 13 Nov 2019 22:02:54 GMT):
Hi all, The repo is renamed from "sdk" to "framework" - https://github.com/hyperledger/aries-framework-javascript

ajayjadhav (Wed, 13 Nov 2019 22:04:27 GMT):
@TelegramSam will be helping in adding four of us (Matt, Jakub, me & Keith) as maintainers to this repo so that we can review the PRs ourselves and move faster...

TelegramSam (Wed, 13 Nov 2019 22:04:27 GMT):
Has joined the channel.

ajayjadhav (Thu, 14 Nov 2019 09:54:40 GMT):
Hi @TelegramSam - can you please add following Github ids as maintainers to https://github.com/hyperledger/aries-framework-javascript/ repo? https://github.com/jadhavajay https://github.com/matt-raffel-kiva https://github.com/jakubkoci/ https://github.com/smithbk

jakubkoci (Thu, 14 Nov 2019 10:10:17 GMT):
Hi. I'm confused now :) Shouldn't be aries-sdk-javascript and aries-framework-javascript separate project? The first would be a wrapper around Rust indy-sdk/aries-sdk library which could be used as standalone npm library. The second then is an implementation of aries-rfcs protocols.

jakubkoci (Thu, 14 Nov 2019 10:11:13 GMT):
The same way aries-framework-dotnet and aries-sdk-dotnet for example

jakubkoci (Thu, 14 Nov 2019 10:11:13 GMT):
The same way I understood aries-framework-dotnet and aries-sdk-dotnet for example

ajayjadhav (Thu, 14 Nov 2019 10:12:43 GMT):
@jakubkoci - May be my bad, but I thought we discussed about renaming and moving your repo code to aries-framework-javascript,

jakubkoci (Thu, 14 Nov 2019 10:16:43 GMT):
Oh, I see. We have just misunderstanding, I thought we'll create new repo aries-framework-javascript under hyperledger github and move my code there, but we keep aries-sdk-javascript as it is.

ajayjadhav (Thu, 14 Nov 2019 10:17:16 GMT):
Yup, so that we can maintain both...

ajayjadhav (Thu, 14 Nov 2019 10:18:07 GMT):
In this case, we will have to keep the previous repo 'aries-sdk-javascript' as well

jakubkoci (Thu, 14 Nov 2019 10:22:49 GMT):
Yes, I think it's good approach, at least for now. I understand these two repos in the similar way as indy-sdk vs VCX for example.

jakubkoci (Thu, 14 Nov 2019 10:22:49 GMT):
Yes, I think it's good approach, at least for now. I understand these two repos in the similar way as indy-sdk vs VCX.

ajayjadhav (Thu, 14 Nov 2019 10:24:01 GMT):
So are you okay to merge the current agent code from your repo to this framework repo ?

jakubkoci (Thu, 14 Nov 2019 10:26:04 GMT):
I would suggest to rename current aries-framework-javascript back to aries-sdk-javascript and create new empty repo aries-framework-javascript where I'll move my code. What do you think? Does it make sense? :thinking:

ajayjadhav (Thu, 14 Nov 2019 10:29:08 GMT):
I am okay with either..

ajayjadhav (Thu, 14 Nov 2019 10:29:58 GMT):
:slight_smile: I just that we decide it once and inform people who are helping us in renaming..

ajayjadhav (Thu, 14 Nov 2019 10:29:58 GMT):
:slight_smile: Its just that we decide it once and inform people who are helping us in renaming..

jakubkoci (Thu, 14 Nov 2019 10:30:39 GMT):
I see aries-sdk-javascript as API for low level operations with crypto, kms, dids and also for Indy ledger stuff (but I understand some of these should move away in the future as we want Aries to be ledger independent) Then we'll have dependency from aries-framework-javascript to this repo, but we (or other developer as a user) can decide to use different library for crypto for example and still utilize aries-framework stuff to handle particular Aries protocols

ajayjadhav (Thu, 14 Nov 2019 10:33:32 GMT):
Correct, that makes sence

jakubkoci (Thu, 14 Nov 2019 10:34:44 GMT):
Could you please manage that renaming and creating repos? Then I

jakubkoci (Thu, 14 Nov 2019 10:34:44 GMT):
Could you please manage that renaming and creating repos?

ajayjadhav (Thu, 14 Nov 2019 10:34:52 GMT):
So to summarize, we ask for two repos.. 1. aries-sdk-javascript (by renaming current aries-framework-javascript back) 2. aries-framework-javascript (new repo) correct ?

ajayjadhav (Thu, 14 Nov 2019 10:34:52 GMT):
So to summarize, we ask for two repos.. 1. aries-sdk-javascript (by renaming back the current aries-framework-javascript ) 2. aries-framework-javascript (new repo) correct ?

jakubkoci (Thu, 14 Nov 2019 10:35:13 GMT):
Exactly :thumbsup:

ajayjadhav (Thu, 14 Nov 2019 10:36:17 GMT):
Great, thanks..

jakubkoci (Thu, 14 Nov 2019 10:36:53 GMT):
Then I'll ask someone from community to help me with: 1. transfering the code from my repo (I guess we should probably keep history?) 2. manage licensing and other formalities 3. discuss architecture and eventually make some updates before we do it

ajayjadhav (Thu, 14 Nov 2019 10:37:19 GMT):
Perfect..

ajayjadhav (Thu, 14 Nov 2019 10:44:21 GMT):
User User_1 added by ajayjadhav.

ajayjadhav (Thu, 14 Nov 2019 10:44:21 GMT):
User User_2 added by ajayjadhav.

ajayjadhav (Thu, 14 Nov 2019 10:44:21 GMT):
User User_3 added by ajayjadhav.

ajayjadhav (Thu, 14 Nov 2019 10:44:21 GMT):
User User_4 added by ajayjadhav.

ajayjadhav (Thu, 14 Nov 2019 10:44:21 GMT):
User User_5 added by ajayjadhav.

ajayjadhav (Thu, 14 Nov 2019 10:44:21 GMT):
User User_6 added by ajayjadhav.

ajayjadhav (Thu, 14 Nov 2019 10:44:21 GMT):
User User_7 added by ajayjadhav.

ajayjadhav (Thu, 14 Nov 2019 10:45:56 GMT):
Hi @TelegramSam - can you please help us with this change? Sorry to bother you again...

jakubkoci (Thu, 14 Nov 2019 11:07:13 GMT):
Just update about the current status in my repo. As I said before I implemented did-exchange and basic message with very simple routing (Alice and Bob, each with their own Agent and HTTP routing agency instance), all with in-memory storage. I already did some refactoring, but I still have a few bits in my mind I would like to finalize and make it clearer before merging. That’s the reason I delayed this step a little bit and I’m sorry I didn’t communicate it earlier. I believe it's important to have at least aligned basic structure on which we can all collaborate better.

jakubkoci (Thu, 14 Nov 2019 11:13:37 GMT):
I have an event in my calendar for our call tomorrow, but I don't know whether it's valid. Are you counting with that? @ajayjadhav @smithbk @mattatkiva

jakubkoci (Thu, 14 Nov 2019 11:13:37 GMT):
I have an event in my calendar for our call tomorrow, but I don't know whether it's valid. Are you counting on that? @ajayjadhav @smithbk @mattatkiva

jakubkoci (Thu, 14 Nov 2019 11:13:37 GMT):
I have an event in my calendar for our call tomorrow, but I don't know whether it's valid. Do you count on that? @ajayjadhav @smithbk @mattatkiva

jakubkoci (Thu, 14 Nov 2019 11:15:51 GMT):
I can offer my free "40 mins limit on group meetings" from my Zoom account if needed :)

ajayjadhav (Thu, 14 Nov 2019 12:29:34 GMT):
Thanks for the update Jakub

ajayjadhav (Thu, 14 Nov 2019 12:32:59 GMT):
On a temporary basis, I can setup a weekly recurring zoom meeting using my org account, and then later we can change it to setup on Hyperledger calendar using HL Zoom account URL.

ajayjadhav (Thu, 14 Nov 2019 12:50:12 GMT):
I am not available this Friday...

TelegramSam (Thu, 14 Nov 2019 14:01:45 GMT):
@rjones Can we get an assist? 1. Rename aries-framework-javascript to aries-sdk-javascript (was renamed by mistake) 2. Add the following maintainers to the newly named aries-sdk-javascript repo: https://github.com/jadhavajay https://github.com/matt-raffel-kiva https://github.com/jakubkoci https://github.com/smithbk 3. create aries-framework-javascript with the same maintainers? Thanks!

ajayjadhav (Thu, 14 Nov 2019 14:03:26 GMT):
Yes, same maintainers

mattatkiva (Thu, 14 Nov 2019 15:07:06 GMT):
TBH the history is only important IF theres important information in the comments. otherwise I don't know if we need to get too stressed about including it. just imho

ajayjadhav (Thu, 14 Nov 2019 19:46:24 GMT):
How about the monorepo approach for aries-sdk-js ?? https://docs.nestjs.com/cli/monorepo @jakubkoci @mattatkiva @smithbk ??

ajayjadhav (Thu, 14 Nov 2019 20:00:03 GMT):
That should be enough for a call..

ajayjadhav (Wed, 20 Nov 2019 12:27:32 GMT):
Hi @rjones & @TelegramSam - Need your help in getting these repos renamed as mentioned above...

rjones (Wed, 20 Nov 2019 17:15:05 GMT):
Has joined the channel.

rjones (Wed, 20 Nov 2019 17:15:05 GMT):
sorry for some reason I never got an alert for this channel.

rjones (Wed, 20 Nov 2019 17:15:29 GMT):
let's discuss in #aries-maintainers

troyronda (Wed, 20 Nov 2019 20:08:50 GMT):
Our first JS feature in aries-framework-go has been merged. Support for IndexedDB (an in-browser DB): https://github.com/hyperledger/aries-framework-go/pull/830

troyronda (Wed, 20 Nov 2019 20:08:50 GMT):
Our first JS-related feature in aries-framework-go has been merged. Support for IndexedDB (an in-browser DB): https://github.com/hyperledger/aries-framework-go/pull/830

troyronda (Wed, 20 Nov 2019 20:08:50 GMT):
Our first JS-related feature in aries-framework-go has been merged. Support for IndexedDB (an in-browser DB) via WASM: https://github.com/hyperledger/aries-framework-go/pull/830

troyronda (Wed, 20 Nov 2019 20:10:22 GMT):
(and the test target of headless chrome is coming shortly: https://github.com/hyperledger/aries-framework-go/pull/838)

troyronda (Wed, 20 Nov 2019 20:10:22 GMT):
(and the unit test target of headless chrome is coming shortly: https://github.com/hyperledger/aries-framework-go/pull/838)

troyronda (Wed, 20 Nov 2019 20:10:22 GMT):
(and the unit test target using headless chrome: https://github.com/hyperledger/aries-framework-go/pull/838)

rjones (Wed, 20 Nov 2019 20:28:34 GMT):
Has left the channel.

ap (Thu, 21 Nov 2019 04:35:16 GMT):
Has joined the channel.

ajayjadhav (Thu, 21 Nov 2019 12:07:47 GMT):
Hello @jakubkoci , @mattatkiva & @smithbk, I have setup a zoom meeting on Friday (same time) for our weekly call... please let me know if you have received the new calendar invite...

jakubkoci (Thu, 21 Nov 2019 13:03:17 GMT):
Hi @ajayjadhav I got an invite but it's for today Thu 21st November, not tomorrow

ajayjadhav (Thu, 21 Nov 2019 14:40:14 GMT):
Sorry, my mistake, I will correct it to be on Friday

ajayjadhav (Thu, 21 Nov 2019 15:06:16 GMT):
Resent the updated (correct) calendar invite..

ajayjadhav (Thu, 21 Nov 2019 15:06:22 GMT):
For Friday

ajayjadhav (Fri, 22 Nov 2019 16:01:35 GMT):
Thanks for the call today @jakubkoci . I will upload the call recording on Wiki

ajayjadhav (Fri, 22 Nov 2019 16:01:50 GMT):
for others

jakubkoci (Fri, 22 Nov 2019 17:37:26 GMT):
Great, thank you for the discussion

IWontDiscloseMyIdentity (Tue, 26 Nov 2019 04:54:56 GMT):
Has joined the channel.

AvikHazra-klizos (Tue, 26 Nov 2019 06:51:21 GMT):
Has joined the channel.

ajayjadhav (Fri, 29 Nov 2019 18:47:07 GMT):
@jakubkoci - the PR is merged...

ajayjadhav (Sun, 01 Dec 2019 10:49:54 GMT):
@jakubkoci , @mattatkiva , @smithbk - is anyone attending Aries Connectathon ? I will be there

jakubkoci (Mon, 02 Dec 2019 08:39:43 GMT):
@ajayjadhav Thanks, I also merged your PR. Unfortunatelly I won

jakubkoci (Mon, 02 Dec 2019 08:39:43 GMT):
@ajayjadhav Thanks, I also merged your PR. Unfortunately I won't be there

jakubkoci (Mon, 02 Dec 2019 08:39:43 GMT):
@ajayjadhav Thanks, I also merged your PR. Unfortunately, I won't be there

ajayjadhav (Mon, 02 Dec 2019 10:55:38 GMT):
Ok, no issues..

karimstekelenburg (Tue, 03 Dec 2019 11:09:17 GMT):
Has joined the channel.

smithbk (Tue, 03 Dec 2019 14:33:58 GMT):
I'll be there. See you there in a few minutes Ajay.

michaelblack117 (Thu, 05 Dec 2019 22:51:02 GMT):
Has joined the channel.

spacemandev (Fri, 06 Dec 2019 23:53:17 GMT):
Has joined the channel.

SigmaS 1 (Tue, 10 Dec 2019 07:31:26 GMT):
Has joined the channel.

lmtriet (Tue, 10 Dec 2019 13:14:29 GMT):
Has joined the channel.

barrysieg (Sun, 15 Dec 2019 03:35:30 GMT):
Has joined the channel.

IWontDiscloseMyIdentity (Wed, 18 Dec 2019 05:58:26 GMT):
Hi Team ,I am thinking to develop a POC with mobile application but i am confused ,as we have liberaries from indy as well aries. I am confused ,in what way shall i implement those liberaries. Shall i use indy liberaries for the whole Project or aries As per my knowledge , Aries as of now doesn't have a mature library for nodejs and also for mobile qr scanning or mobile to mobile communication we need Aries libraries What you guys suggest ?

harrywright (Wed, 18 Dec 2019 17:48:36 GMT):
Has joined the channel.

akshay.sood (Thu, 19 Dec 2019 16:17:31 GMT):
Has joined the channel.

xragrawal (Fri, 20 Dec 2019 13:40:06 GMT):
Has joined the channel.

esplinr (Sat, 21 Dec 2019 00:26:46 GMT):
When the Aries libraries are mature enough, you should start with them instead of the Indy libraries. But the Aries JS libraries are not yet mature. It's currently just a clone of the wrapper from the Indy SDK.

esplinr (Sat, 21 Dec 2019 00:27:09 GMT):
So if your goal is to get something done quickly, start with Indy and plan to migrate to Aries in the future. Otherwise, you should pitch in to help get the Aries JS framework ready for your use case.

tommyjay (Sat, 21 Dec 2019 15:20:27 GMT):
Has joined the channel.

dgunseli (Fri, 27 Dec 2019 17:04:08 GMT):
Has joined the channel.

LedgerXYZ (Tue, 31 Dec 2019 16:15:31 GMT):
Has joined the channel.

HLFPOC (Fri, 03 Jan 2020 09:06:56 GMT):
Has joined the channel.

gnarula (Fri, 17 Jan 2020 18:09:23 GMT):
Has joined the channel.

troyronda (Mon, 20 Jan 2020 12:07:24 GMT):
FYI: initial scaffolding for a JS worker and API to aries (go) WASM: https://github.com/hyperledger/aries-framework-go/commit/461943a54d9324302a3bd85d7e9842008b6b669c

gnarula (Tue, 21 Jan 2020 11:54:52 GMT):
Hi everyone! Here's a PR that adds inversion of control https://github.com/hyperledger/aries-framework-javascript/pull/14. Thought you guys might find it handy as well

ajayjadhav (Wed, 22 Jan 2020 19:02:45 GMT):
Hello everyone, AyanWorks is happy to announce our small contribution to the Aries community with the announcement of “ARNIMA”, an open-source React Native SDK for building Aries Mobile Agents. More details here - https://medium.com/@ayanworks/introducing-arnima-aries-react-native-mobile-agent-907c7af02049

TimoGlastra (Wed, 22 Jan 2020 20:33:50 GMT):
Has joined the channel.

jakubkoci (Thu, 23 Jan 2020 08:19:05 GMT):
Hi all. @ajayjadhav and I have planned a Zoom call on this Friday regarding aries-framework-javascript. It should be regularly every other week. Everyone who is interested in development is more than welcome to join us. There is a Zoom link and more details on Hyperledger Wiki https://wiki.hyperledger.org/display/ARIES/Framework+JS+Meeting

jakubkoci (Thu, 23 Jan 2020 08:19:28 GMT):
@mirgee

mirgee (Thu, 23 Jan 2020 08:19:28 GMT):
Has joined the channel.

ajayjadhav (Thu, 23 Jan 2020 09:34:27 GMT):
Updated the links and made few chagnes to the wiki page structure

ajayjadhav (Thu, 23 Jan 2020 09:37:31 GMT):
here is the updated page with correct Zoom link - https://wiki.hyperledger.org/display/ARIES/Contributor+Meetings

ajayjadhav (Thu, 23 Jan 2020 09:37:31 GMT):
here is the updated page with correct Zoom link - https://wiki.hyperledger.org/display/ARIES/Framework+JS+-+Meetings

ajayjadhav (Thu, 23 Jan 2020 09:37:31 GMT):
here is the updated page with correct Zoom link - https://wiki.hyperledger.org/display/ARIES/Framework+JS+Meetings

ajayjadhav (Thu, 23 Jan 2020 09:37:51 GMT):
You can re-post this in the #aries-javascript channel

ajayjadhav (Fri, 24 Jan 2020 13:49:04 GMT):
Meeting notes updated here: https://wiki.hyperledger.org/display/ARIES/2020-01-24+Meeting+Notes

DibbsZA (Sat, 01 Feb 2020 05:38:24 GMT):
Has joined the channel.

sheldon.regular (Mon, 03 Feb 2020 18:04:30 GMT):
Has joined the channel.

gnarula (Fri, 07 Feb 2020 10:34:42 GMT):
Hi! Are we having a meeting today?

jakubkoci (Fri, 07 Feb 2020 12:06:02 GMT):
Meeting notes https://wiki.hyperledger.org/display/ARIES/2020-02-07+Meeting+Notes

jakubkoci (Fri, 07 Feb 2020 12:06:02 GMT):
Today's meeting notes https://wiki.hyperledger.org/display/ARIES/2020-02-07+Meeting+Notes

jakubkoci (Fri, 07 Feb 2020 12:43:55 GMT):
I'm happy to announce an open-source React Native wrapper around indy library by Absa. It's for both iOS (Swift) and Android (Java). Any contributions are more than welcome. https://github.com/AbsaOSS/rn-indy-sdk

ajayjadhav (Mon, 10 Feb 2020 07:02:37 GMT):
Wow, that's awesome @jakubkoci

MatWolff (Tue, 11 Feb 2020 02:08:54 GMT):
Has joined the channel.

ap (Tue, 11 Feb 2020 03:32:45 GMT):
Hi @jakubkoci , I am not able to access the below URL - https://repo.sovrin.org/repository/maven-public

ap (Tue, 11 Feb 2020 03:32:45 GMT):
Hi @jakubkoci , I am not able to access the below URL - https://repo.sovrin.org/repository/maven-public , Please help me

Vritra (Tue, 11 Feb 2020 08:33:46 GMT):
Has joined the channel.

jakubkoci (Tue, 11 Feb 2020 14:30:32 GMT):
Hi, hmm, me neither weird. That's probably a problem on the Sovrin side. I know there was a difference between https://repo.sovrin.org/repository/maven-public and https://repo.sovrin.org/repository/maven-public/ (slash at the end, but neither of it works now)

jakubkoci (Tue, 11 Feb 2020 14:30:32 GMT):
Hi, hmm, me neither, weird. That's probably a problem on the Sovrin side. I know there was a difference between https://repo.sovrin.org/repository/maven-public and https://repo.sovrin.org/repository/maven-public/ (slash at the end, but neither of it works now)

gnarula (Tue, 11 Feb 2020 16:07:31 GMT):
nah, I asked on #indy yesterday and turns out there's some maintenance going on

ap (Wed, 12 Feb 2020 05:17:10 GMT):
Thank You all

troyronda (Wed, 12 Feb 2020 16:13:52 GMT):
FYI: I did a demo of Aries Framework Go running inside the browser sandbox via Javascript API, Web Worker and WASM this morning.

CyrilLeung (Tue, 18 Feb 2020 07:39:03 GMT):
Has joined the channel.

RahulSonar87 (Tue, 25 Feb 2020 13:29:47 GMT):
Has joined the channel.

troyronda (Wed, 26 Feb 2020 23:23:07 GMT):
FYI: JavaScript API docs for aries-framework-go posted: https://github.com/hyperledger/aries-framework-go/blob/master/cmd/aries-js-worker/README.md (along with today's 0.1.2 release).

kukgini (Sun, 15 Mar 2020 09:55:49 GMT):
Has joined the channel.

mohammadhossein73 (Sun, 29 Mar 2020 05:51:35 GMT):
Has joined the channel.

HLFPOC (Mon, 30 Mar 2020 12:37:23 GMT):
Hello, I want to demonstrate communication (connection, exchange of credentials/proof requests) between edge and cloud agents connected with the common indy-pool. For cloud agents, I have considered using aries cloud agent python (`ACA-Py`) which will be deployed and maintained by the enterprise organizations. As users (can be in thousands) will be interacting with these enterprise orgs, I am considering to have mobile applications which can act as edge agents for handling peer-to-peer communication with cloud agents. I noticed that there are 2 projects available (`ARNIMA` & `rn-indy-sdk`) as open source react native sdk's for Aries and have some doubts around the same. 1. In which terms are these 2 projects different from each other as both are react native wrappers around indy-sdk? 2. What is the maturity level for both these projects ? Can one start leveraging these project for building a mobile agent? 3. Are there any open-source implementations available which have used these sdks? 4. How is the communication handled between the edge and cloud agents? Do we need to run mediator agents for routing the messages ? @ajayjadhav @jakubkoci

ajayjadhav (Mon, 30 Mar 2020 12:50:22 GMT):
Hi @HLFPOC , 1. These two projects are similar in nature, both are RN wrappers 2. I am not sure about `rn-indy-sdk`, however work on `ARNIMA` is active, and will soon have a release with basic consumable features 3. None, at least in my knowledge 4. Yes, the SDK will rely upon mediator/router agents for receiving messages

HLFPOC (Mon, 30 Mar 2020 13:39:12 GMT):
Thanks for the update. By when can we expect a release in ARNIMA repository, any tentative date ? Also, hope agents built using ARNIMA will be able to talk with ACA-Py agents.

TimoGlastra (Tue, 31 Mar 2020 22:06:00 GMT):
Hi,

TimoGlastra (Tue, 31 Mar 2020 22:06:40 GMT):
Hi, For an SSI funding program from the EU we’re looking into a proposal that will integrate closely with aries-framework-javascript and rn-indy-sdk / ARNIMA. This would mean we could contribute quite a lot to these projects. If it is possible, we would like to have a short discussion about the current progress and the roadmap of these projects. Is the working group call this Friday a good place for such a discussion? Last time I wasn’t able to join. Later I found out I had different zoom link than in the wiki. Just to double check, is this the valid zoom link: https://zoom.us/j/625685050 ?

jakubkoci (Wed, 01 Apr 2020 12:15:23 GMT):
Hi @TimoGlastra, that sounds great. I would be happy to talk with you. This Friday call is a very good place for such discussion. The link should be correct, but it's the link @ajayjadhav provdided to us, so he probably would know better.

jakubkoci (Wed, 01 Apr 2020 12:28:36 GMT):
`rn-indy-sdk` goal is to provide same API as indy-sdk Node.js wrapper (https://github.com/hyperledger/indy-sdk/blob/master/wrappers/nodejs/README.md). It currently contains almost all methods you would need to implement edge/mobile agent. However, you would still need to implement Aries protocol around to be able to communicate with ACA-Py or other Aries compatible agent. There is the aries-javascript-framework for that use case, but it's currenlty in the beginnings of development.

jakubkoci (Fri, 03 Apr 2020 10:10:16 GMT):
Hi all, just a reminder for the call today in 20 mins. Are you going to join @ajayjadhav @TimoGlastra @gnarula ?

TimoGlastra (Fri, 03 Apr 2020 10:20:19 GMT):
Yes, I will be there

ajayjadhav (Fri, 03 Apr 2020 10:20:46 GMT):
Sure, let's meet in the call. The Zoom link is: https://zoom.us/j/625685050

TimoGlastra (Fri, 10 Apr 2020 10:38:35 GMT):
We were waiting for the call to start, but only now realise the timezones changed last week. Is it correct that the call starts in an hour?

ItsOmerShafiq (Wed, 15 Apr 2020 12:29:04 GMT):
Has joined the channel.

jakubkoci (Fri, 17 Apr 2020 09:00:14 GMT):
@TimoGlastra Sorry, we had a holiday last Friday and I missed that. But I'm ready for the call today. What about you @ajayjadhav?

jakubkoci (Fri, 17 Apr 2020 09:02:00 GMT):
The call should start in an hour and half.

ajayjadhav (Fri, 17 Apr 2020 10:29:54 GMT):
Yes, I will be there

TimoGlastra (Fri, 17 Apr 2020 10:53:52 GMT):
Mixed up the time, and thought it would start in 40 minutes. Is the call still going on?

jakubkoci (Fri, 17 Apr 2020 12:43:14 GMT):
@TimoGlastra Ouch, it was still going in that time. We can get in touch sometime next week and I'll explain to you what we discussed.

TimoGlastra (Fri, 17 Apr 2020 14:23:59 GMT):
@jakubkoci I tried to join but it said the host needed to allow me to join first. If you can get in touch next week that would be great, otherwise I’ll definitely join the next call.

DibbsZA (Fri, 17 Apr 2020 16:46:04 GMT):
Hi @jakubkoci I see that Indyscan is quite a bit behind on Staging. Are you aware or is it being managed by someone else these days?

adamjlemmon (Mon, 27 Apr 2020 10:48:30 GMT):
Has joined the channel.

RicardoPeixoto (Mon, 27 Apr 2020 18:42:48 GMT):
Has joined the channel.

aravindavk (Wed, 29 Apr 2020 07:11:01 GMT):
Has joined the channel.

Moshe7 (Thu, 30 Apr 2020 21:28:27 GMT):
Has joined the channel.

jakubkoci (Fri, 01 May 2020 07:53:56 GMT):
Hi @DibbsZA sorry for the late response, but I don't have much information about Indyscan anyway :)

jakubkoci (Fri, 01 May 2020 09:26:57 GMT):
Hi @TimoGlastra We can disscuss in today's call. Are you joining?

TimoGlastra (Fri, 01 May 2020 10:29:42 GMT):
Yes i will be joining

jakubkoci (Fri, 01 May 2020 10:32:38 GMT):
Hi @ajayjadhav Are you joining us for the call?

TimoGlastra (Fri, 01 May 2020 10:33:53 GMT):
It says the host has another meeting in progress. Do i have the correct link: https://zoom.us/j/625685050 ?

jakubkoci (Fri, 01 May 2020 10:33:58 GMT):
It seems like Ajay is not joining, I'll provide new link

jakubkoci (Fri, 01 May 2020 10:34:25 GMT):
https://us04web.zoom.us/j/7806298564

jakubkoci (Fri, 01 May 2020 10:34:25 GMT):
@TimoGlastra https://us04web.zoom.us/j/7806298564

jakubkoci (Fri, 01 May 2020 11:14:27 GMT):
You can join again

TimoGlastra (Fri, 01 May 2020 11:17:16 GMT):
Updated Mediator Coordination Protocol: https://github.com/hyperledger/aries-rfcs/tree/master/features/0211-route-coordination

TimoGlastra (Fri, 01 May 2020 11:24:04 GMT):
https://hackmd.io/sdrSodbFRJ2z3ezKLL4f7w

ajayjadhav (Fri, 01 May 2020 15:26:32 GMT):
Hey all, Apologies, I was attending IIW duing my night hours, hence could not attend today's meeting..

ajayjadhav (Fri, 01 May 2020 15:27:49 GMT):
Let's change this Zoom link to Hyperledger's zoom account so that few of us can host the meeting easily...

ItsOmerShafiq (Tue, 05 May 2020 12:29:32 GMT):
Hi, can anyone tell when will be the next Framework JS Meeting?

TimoGlastra (Tue, 05 May 2020 12:38:43 GMT):
Hi @ItsOmerShafiq, we had a meeting last friday so next one will be may 15. Meetings are bi-weekly on friday 10:30 UTC. See https://wiki.hyperledger.org/display/ARIES/Framework+JS+Meetings

spacemandev (Tue, 12 May 2020 21:57:02 GMT):
hey all, i'm trying to investigate the current capabilities of the aries-framework-javascript. I was wondering if it's currently possible for it to generate a challenge?

TimoGlastra (Tue, 12 May 2020 22:01:59 GMT):
Hi @spacemandev , I assume you mean a proof challenge? If so, no that is not supported yet. See https://github.com/hyperledger/aries-framework-javascript/issues/39 for an (almost) up to date overview of what is implemented

spacemandev (Tue, 12 May 2020 22:02:13 GMT):
gotcha

spacemandev (Tue, 12 May 2020 22:03:31 GMT):
and i'm assuming that since this relies on indy-sdk, this is largely meant to be an agent in cloud and not for deployment as a front end agent?

TimoGlastra (Tue, 12 May 2020 22:06:56 GMT):
It is supposed to serve both use cases. Current focus is on edge agents, i.e. agents without an endpoint. The indy-sdk is pluggable and both the indy NodeJS SDK can be used and the React Native wrapper (https://github.com/AbsaOSS/rn-indy-sdk). Running in the browser is not possible yet until indy sdk can run in the browser

TimoGlastra (Tue, 12 May 2020 22:07:41 GMT):
Aries framework go can run in the browser via webassembly, but has no support for indy at the moment

TimoGlastra (Tue, 12 May 2020 22:08:24 GMT):
Where do you want to run the framework?

spacemandev (Tue, 12 May 2020 22:08:40 GMT):
so the usecase I'm hoping to work on is having a agent in the browser that can generate keys and a challenge, with a routing agent in the cloud. with the hope that the credential when being sent cannot be seen by the routing agent, but could be decrypted by the browser agent

spacemandev (Tue, 12 May 2020 22:09:36 GMT):
the routing agent i know i can run whatever (acapy being the one we're thinking about currently)

TimoGlastra (Tue, 12 May 2020 22:16:39 GMT):
If you need to run an agent in the browser I think for now the best way to go would be aries framework go compiled to wasm (https://github.com/hyperledger/aries-framework-go/blob/master/cmd/aries-js-worker/README.md ) I think they support credential proofing, just not with indy. But I don’t know the details of the go implementation, so you would be better of asking in the aries-go channel

spacemandev (Tue, 12 May 2020 22:16:57 GMT):
gotcha, no worries, thanks for your help!

mattatkiva (Thu, 14 May 2020 18:52:15 GMT):
does indy-sdk have be built/installed before I can run the tests (per the readme https://github.com/hyperledger/aries-framework-javascript) ```mattraffel@kiva-mattr:~/src/aries-js$ yarn yarn install v1.22.4 [1/4] 🔍 Resolving packages... [2/4] 🚚 Fetching packages... [3/4] 🔗 Linking dependencies... warning " > @typescript-eslint/eslint-plugin@1.13.0" has incorrect peer dependency "eslint@^5.0.0". warning " > @typescript-eslint/parser@1.13.0" has incorrect peer dependency "eslint@^5.0.0". [4/4] 🔨 Building fresh packages... [-/4] ⡀ waiting... [-/4] ⡀ waiting... [3/4] ⡀ indy-sdk error /Users/mattraffel/src/aries-js/node_modules/indy-sdk: Command failed. Exit code: 1 Command: node-gyp rebuild Arguments: ......truncated........ ld: library not found for -lindy clang: error: linker command failed with exit code 1 (use -v to see invocation) make: *** [Release/indynodejs.node] Error 1 gyp ERR! build error```

TimoGlastra (Thu, 14 May 2020 18:58:27 GMT):
The indy-sdk depends on libindy, which you must first install manually. Installation steps differ per platform: https://github.com/hyperledger/indy-sdk#installing-the-sdk

TimoGlastra (Thu, 14 May 2020 19:01:30 GMT):
requirement and troubleshooting for installing the indy-sdk for node: https://github.com/hyperledger/indy-sdk/tree/master/wrappers/nodejs#installing

mattatkiva (Thu, 14 May 2020 19:01:49 GMT):
thnx. I guess I was expecting the indysdk package to include that

mattatkiva (Thu, 14 May 2020 19:01:49 GMT):
thnx. I guess I was expecting the node indy package to include that

TimoGlastra (Thu, 14 May 2020 19:04:35 GMT):
Yes i would also assume that. I will add a note to aries-framework-javascript readme installation to avoid future confusion

mattatkiva (Thu, 14 May 2020 19:19:22 GMT):
thx

mattatkiva (Thu, 14 May 2020 19:52:22 GMT):
https://github.com/hyperledger/aries-framework-javascript/pull/43

ajayjadhav (Fri, 15 May 2020 10:18:19 GMT):
today's meeting in few minutes..?

ajayjadhav (Fri, 15 May 2020 10:28:50 GMT):
here is the zoom link to join - https://zoom.us/j/625685050

TimoGlastra (Fri, 15 May 2020 10:33:31 GMT):
is it correct the meeting isn't started yet?

ajayjadhav (Fri, 15 May 2020 10:33:40 GMT):
starting

mattatkiva (Fri, 15 May 2020 13:44:02 GMT):
speaking of meetings, when its the next one. I would like to join in. I have some exciting news from kiva.

mattatkiva (Fri, 15 May 2020 13:45:51 GMT):
I can expand more in the meeting. In short, Kiva is interested in contributing to aries javascript framework.

TimoGlastra (Fri, 15 May 2020 13:46:12 GMT):
We just had a meeting. But we decided to go from bi-weekly to weekly meetings. So next one will be next friday

mattatkiva (Fri, 15 May 2020 13:46:44 GMT):
can you send me meeting information please? (mattr@kiva.org) or a link to schedule

TimoGlastra (Fri, 15 May 2020 13:47:21 GMT):
Thats awesome @mattatkiva . I think we are gonna make some good progress in the coming time

TimoGlastra (Fri, 15 May 2020 13:47:53 GMT):
This is the schedule: https://wiki.hyperledger.org/display/ARIES/Framework+JS+Meetings

TimoGlastra (Fri, 15 May 2020 13:48:16 GMT):
It must be updated to say every week instead of every 2 weeks, but all other info is correct

mattatkiva (Fri, 15 May 2020 13:50:15 GMT):
My colleague Jacob may attend due to time of the meeting :D. Thank you

mattatkiva (Fri, 15 May 2020 13:51:44 GMT):
In the meanttime can you share with me some general level of status/progress. If possible can we compare where the javascript framework is to this standard: https://github.com/hyperledger/aries-rfcs/tree/master/concepts/0302-aries-interop-profile

TimoGlastra (Fri, 15 May 2020 13:53:39 GMT):
Sure, we could also have a quick zoom call if you'd like. saves me some typing

mattatkiva (Fri, 15 May 2020 13:53:47 GMT):
sure that would be great

mattatkiva (Fri, 15 May 2020 13:54:06 GMT):
it doest have to be now, if a better time is more convienent

TimoGlastra (Fri, 15 May 2020 13:54:33 GMT):
now is fine by me

mattatkiva (Fri, 15 May 2020 13:55:16 GMT):
Ill send you zoom link

mattatkiva (Fri, 15 May 2020 13:55:29 GMT):
https://kiva.zoom.us/j/91078877841

ajayjadhav (Fri, 15 May 2020 17:37:04 GMT):
Hi @mattatkiva , yes Nathan mentioned to me about this in last Aries meeting. We look forward to your contributions to this community.

ajayjadhav (Fri, 15 May 2020 17:38:00 GMT):
I will get this info updated...

ajayjadhav (Fri, 15 May 2020 17:50:25 GMT):
Notes of today's meeting with recordings are published on wiki - https://wiki.hyperledger.org/display/ARIES/2020-05-15+Meeting+Notes

ajayjadhav (Fri, 15 May 2020 17:50:56 GMT):
Note - recording is not complete.. few minutes from last conversation is missing..

ajayjadhav (Fri, 15 May 2020 20:13:56 GMT):
@TimoGlastra & @jakubkoci - in this ACA-Py meeting the team discussed about the Aries Test Harness ... https://wiki.hyperledger.org/display/ARIES/2020-05-13+Aries+Cloud+Agent+-+Python+Users+Group+Community+Meeting

ajayjadhav (Fri, 15 May 2020 20:14:02 GMT):
the recording is available

TimoGlastra (Sat, 16 May 2020 10:41:51 GMT):
Yes thank you @ajayjadhav ,I attended the meeting and we discussed it briefly

mattatkiva (Mon, 18 May 2020 19:16:13 GMT):
I noticed one of the items on the road map is docker files. I have started that: https://github.com/hyperledger/aries-framework-javascript/pull/47 I am not sure what is needed. So I have created the PR. If someone can look it over and let me know what else is needed, I will update accordingly.

mattatkiva (Mon, 18 May 2020 20:02:10 GMT):
@ajayjadhav where can I get the test harness? is this it? https://github.com/hyperledger/aries-toolbox

TimoGlastra (Mon, 18 May 2020 20:05:03 GMT):
The test harness lives in the bcgov repo at the moment: https://github.com/bcgov/aries-agent-test-harness

mattatkiva (Mon, 18 May 2020 20:05:28 GMT):
thx

mattatkiva (Tue, 19 May 2020 13:44:46 GMT):
I tried fixing the dco requirement on this PR and cannot get it fixed. https://github.com/hyperledger/aries-framework-javascript/pull/47 can someone advise?

TimoGlastra (Tue, 19 May 2020 13:50:36 GMT):
You need to rebase, signoff and then force push: https://github.com/hyperledger/aries-rfcs/blob/master/contributing.md#how-to-sign-off-previous-commits

mattatkiva (Tue, 19 May 2020 13:51:06 GMT):
thats what I did

TimoGlastra (Tue, 19 May 2020 13:52:50 GMT):
it looks like you only signed of the latest commit, not the "adding docker images that work for me"

mattatkiva (Tue, 19 May 2020 13:54:30 GMT):
I get that. I dont get why the instructions did not solve the problem

mattatkiva (Tue, 19 May 2020 13:54:52 GMT):
its easier to delete the branch and create a new PR

mattatkiva (Tue, 19 May 2020 15:51:07 GMT):
try this: https://github.com/hyperledger/aries-framework-javascript/pull/48

jakubkoci (Tue, 19 May 2020 16:17:13 GMT):
I think I've had similar problem recently. I solved it by `git rebase --exec 'git commit --amend --no-edit -s' -i dcec998` It signs commits from `dcec998` (excluded)

jakubkoci (Tue, 19 May 2020 16:17:37 GMT):
Actually it opens interactive rebase with something like that:

jakubkoci (Tue, 19 May 2020 16:17:37 GMT):
Actually it opens interactive rebase with something like that: ``` pick 12345 commit message exec git commit —amend —no-edit -s pick 67890 commit message exec git commit —amend —no-edit -s ```

jakubkoci (Tue, 19 May 2020 21:07:24 GMT):
Thanks Matt. I'll look at you PR. I think dockerization will be super helpful for developers using JS framework on the server-side :thumbup:

jakubkoci (Fri, 22 May 2020 10:34:45 GMT):
Hi, Is anyone joining the call? @ajayjadhav Is it still your Zoom account or the Hyperledge one?

jakubkoci (Fri, 22 May 2020 10:34:45 GMT):
Hi, is anyone joining the call? @ajayjadhav Is it still your Zoom account or the Hyperledge one?

TimoGlastra (Fri, 22 May 2020 10:35:09 GMT):
Yes I will join

jakubkoci (Fri, 22 May 2020 10:35:49 GMT):
OK, let's use my personal 40 mins Zoom, I'll send the link

jakubkoci (Fri, 22 May 2020 10:37:53 GMT):
If anyone is interested to join us. Send me a DM and I'll send you the link.

ajayjadhav (Fri, 22 May 2020 11:17:37 GMT):
Same link - https://zoom.us/j/625685050

ajayjadhav (Fri, 29 May 2020 10:23:01 GMT):
Hi team, we still have not received access to manage HL calendar for Aries JS meetings, hence we will be using the regular zoom link - https://us02web.zoom.us/j/625685050

karimStekelenburg1 (Fri, 29 May 2020 10:26:02 GMT):
Has joined the channel.

karimStekelenburg1 (Fri, 29 May 2020 10:26:02 GMT):
:ok_hand:

jakubkoci (Fri, 05 Jun 2020 08:15:53 GMT):
Hi all, just a reminder for today's call https://wiki.hyperledger.org/display/ARIES/2020-06-05+Meeting+Notes

TimoGlastra (Fri, 12 Jun 2020 10:31:14 GMT):
Hi, anyone joining the call today?

jakubkoci (Fri, 12 Jun 2020 10:31:22 GMT):
Hi @ajayjadhav are you joining us?

ajayjadhav (Fri, 12 Jun 2020 10:31:26 GMT):
yup

spacemandev (Fri, 12 Jun 2020 16:45:39 GMT):
for anyone interested, went over the architecture with jakub today to see where we could contribute: https://us02web.zoom.us/rec/share/_O5QDK6t-zhIeYmUt0P2ZfB5War4eaa8hnQbrPoFyUkeftTVW-BuANsdYcyfoopy Password: 1l=r5I1!

ajayjadhav (Fri, 12 Jun 2020 16:56:11 GMT):
That's great @spacemandev. Looking forward to working together.. It would be nice to post this recording on Aries Wiki for the community

davidd (Mon, 15 Jun 2020 09:56:22 GMT):
Has joined the channel.

davidd (Mon, 15 Jun 2020 12:29:42 GMT):
Hi all, from last few months I'm working on aries-mobileagent-xamarin, but now wants to migrate to React Native. Is there already any mobile agent build in React Native or anyother on the top of aries-framework-javascript?

kulkarnikk (Mon, 15 Jun 2020 12:34:24 GMT):
@davidd - ARNIMA is the agent created by AyanWorks for React Native. Here is the repo - https://github.com/ayanworks/ARNIMA It is not complete from overall functional perspective though but we are working on getting next version available with few more features.

jakubkoci (Mon, 15 Jun 2020 20:26:58 GMT):
Nk

jakubkoci (Mon, 15 Jun 2020 20:32:08 GMT):
Hi, there is a React Native wrapper https://github.com/AbsaOSS/rn-indy-sdk with the same API as Node.js indy-sdk wrapper https://www.npmjs.com/package/indy-sdk. It's just missing the native dependency - libindy binary built for a given platform (Android/iOS). The idea is that this indy-sdk and rn-indy-sdk should be a plugable library which you can then use with aries-framework-javascript

ap (Wed, 17 Jun 2020 12:22:50 GMT):
Hi @jakubkoci , I gone through that project and also try sample application as well.(https://github.com/jakubkoci/UseReactNativeIndySdk/). When I click on create wallet button, it's through the error.

ap (Wed, 17 Jun 2020 12:22:50 GMT):
Hi @jakubkoci , I gone through that project and also try the sample application as well.(https://github.com/jakubkoci/UseReactNativeIndySdk/). When I click on create wallet button, it's through the error.

jakubkoci (Thu, 18 Jun 2020 10:16:18 GMT):
Hi @ap Is it on Android or iOS? Andorid should work, but iOS is missing the iOS native lib dependency I mentioned, you basically need to add Indy.framework into your iOS project.

x0axz (Thu, 18 Jun 2020 10:54:23 GMT):
Has joined the channel.

ap (Thu, 18 Jun 2020 12:00:03 GMT):
Its' Android @jakubkoci

zossimov (Thu, 18 Jun 2020 12:15:34 GMT):
Has joined the channel.

jakubkoci (Fri, 19 Jun 2020 10:33:04 GMT):
Hi @ajayjadhav Are you joining today's call?

jakubkoci (Fri, 19 Jun 2020 10:34:28 GMT):
If anyone is interested in joining today's call, just send me a DM and I share with you my personal zoom link. We perhaps still don't have the Hyperledger Zoom available.

ajayjadhav (Fri, 19 Jun 2020 11:17:20 GMT):
Sorry to miss today's call

ajayjadhav (Fri, 19 Jun 2020 20:03:22 GMT):
I have created the calendar event with HL zoom URL - https://lists.hyperledger.org/g/aries/viewevent?repeatid=28956&eventid=842100&calstart=2020-06-26

shonjs (Thu, 25 Jun 2020 16:53:09 GMT):
Has joined the channel.

shonjs (Thu, 25 Jun 2020 17:11:56 GMT):
Hi I am interested in joining this call. My calendar shows Friday 3:30 am IST. Is that correct ?

jakubkoci (Thu, 25 Jun 2020 19:43:51 GMT):
Hi, it's 10:30 UTC.

jakubkoci (Thu, 25 Jun 2020 19:45:04 GMT):
So 3:30 am IST does not seem correct. TIme zone converter shows me 16:00 IST (India Standard Time) https://www.timeanddate.com/worldclock/converter.html?iso=20200626T103000&p1=tz_ist&p2=204&p3=1440

shonjs (Thu, 25 Jun 2020 20:09:27 GMT):
Ok got it. Thanks. May be my calendar is messing it up. Not sure.

ajayjadhav (Thu, 25 Jun 2020 20:39:14 GMT):
Hi Shon, it is 4:00 pm IST on every Friday

shonjs (Fri, 26 Jun 2020 07:57:46 GMT):
Thank you

romeu (Fri, 26 Jun 2020 09:45:34 GMT):
Has joined the channel.

romeu (Fri, 26 Jun 2020 10:00:59 GMT):
Hi all, this is Pablo Romeu, I work for United Nations agency UNICC (https://www.unicc.org) and we are willing to create an identity solution around INDY. We already have developed a solution for UN retirees pension fund with Indy (https://www.unicc.org/in-focus/2019/11/08/unjspf-blockchain-delivers-digital-identity-to-its-beneficiaries/) but we are looking for ways to move the wallets to the user's mobile for this, and other solutions we are willing to develop. - I've seen there is a project ARNIMA (I think being developed by @ajayjadhav ) on react native which is a wrapper over Aries, but, seems like it is starting right now. - I've seen other project rn-indy-sdk (developed by @jakubkoci ?) which is a wrapper over Indy. Which are the differences on both? - I have not seen any native -android, iOS- development. Is that right? Thanks in advance

TimoGlastra (Fri, 26 Jun 2020 10:04:14 GMT):
That's awesome @romeu , we have a call in 30 minutes. If you would like you can join and we can discuss your questions

romeu (Fri, 26 Jun 2020 10:04:28 GMT):
Sure!

ItsOmerShafiq (Fri, 26 Jun 2020 10:05:03 GMT):
Where can i find the link to the call? @TimoGlastra

TimoGlastra (Fri, 26 Jun 2020 10:06:37 GMT):
Information about the meetings can be found on the wiki: https://wiki.hyperledger.org/display/ARIES/Framework+JS+Meetings . The zoom link for the call is https://zoom.us/my/hyperledger.community

ajayjadhav (Fri, 26 Jun 2020 10:13:50 GMT):
Hello @jakubkoci & @TimoGlastra - Sorry, I have a conflict with other meeting, I will be joining little late ...

ajayjadhav (Fri, 26 Jun 2020 10:22:16 GMT):
Here is the meeting page for today - https://wiki.hyperledger.org/display/ARIES/2020-06-26+Meeting+Notes

ajayjadhav (Fri, 26 Jun 2020 10:22:36 GMT):
Please feel free to edit..

ajayjadhav (Fri, 26 Jun 2020 10:24:31 GMT):
Hi @romeu , Yes ARNIMA is not still a consumable SDK. We are working on it and will share an update with the community once we are ready ...

TimoGlastra (Fri, 26 Jun 2020 10:27:29 GMT):
No problem @ajayjadhav , thanks for setting everything up

pablo-arribas-unicc (Fri, 26 Jun 2020 10:46:34 GMT):
Has joined the channel.

TimoGlastra (Fri, 26 Jun 2020 11:05:23 GMT):
Small misunderstanding, only Jakub had to leave.. :sweat_smile:

TimoGlastra (Fri, 26 Jun 2020 11:05:32 GMT):
If you have any other questions please ask

pablo-arribas-unicc (Fri, 26 Jun 2020 11:05:36 GMT):
ouch

jakubkoci (Fri, 26 Jun 2020 11:11:52 GMT):
Sorry guys

karimStekelenburg1 (Fri, 26 Jun 2020 11:12:15 GMT):
No problem! We've picked up where we left ;)

pablo-arribas-unicc (Fri, 26 Jun 2020 11:23:59 GMT):
thanks for the meeting!

ajayjadhav (Fri, 26 Jun 2020 11:24:29 GMT):
You're welcome @pablo-arribas-unicc , thanks for joining us today

x0axz (Sun, 28 Jun 2020 08:18:35 GMT):
Hello all, is there any NPM library to create indy wallet?

jakubkoci (Tue, 30 Jun 2020 14:56:19 GMT):
Hi. Look at https://www.npmjs.com/package/indy-sdk. You would need also to install/build libindy binary as it's described in Installation section.

jakubkoci (Tue, 30 Jun 2020 14:57:08 GMT):
You can find source code for this npm package at https://github.com/hyperledger/indy-sdk/blob/master/wrappers/nodejs/README.md

discoverer (Wed, 01 Jul 2020 00:57:16 GMT):
Has joined the channel.

tangelo1 (Fri, 10 Jul 2020 00:01:02 GMT):
Has joined the channel.

ajayjadhav (Fri, 10 Jul 2020 09:24:23 GMT):
Hi team, apologies, I am not able to attend today's meeting

ItsOmerShafiq (Fri, 10 Jul 2020 11:01:44 GMT):
Hi all, sorry wasn’t able to join today. Had another meeting overlapping.

jakubkoci (Fri, 10 Jul 2020 13:27:03 GMT):
No worries guys, see you next time ;)

naagii (Fri, 17 Jul 2020 03:00:21 GMT):
Has joined the channel.

Mahadevan 3 (Wed, 05 Aug 2020 14:02:50 GMT):
Has joined the channel.

lauravuo-techlab (Tue, 11 Aug 2020 06:00:50 GMT):
Has joined the channel.

kukgini (Thu, 03 Sep 2020 06:09:33 GMT):
Has left the channel.

ankita.p (Fri, 18 Sep 2020 10:33:01 GMT):
Hi Team, I am trying to join the weekly meeting we have. Can someone share the password to join

TimoGlastra (Fri, 18 Sep 2020 10:33:46 GMT):
I'm also trying to join the meeting. This is new I guess

knagware9 (Fri, 18 Sep 2020 10:34:40 GMT):
Zoom policy changed..

knagware9 (Fri, 18 Sep 2020 10:34:43 GMT):
meeting password is THVoQXVHYUVWbHIwOFdvME0xN0lCZz09 when prompted

knagware9 (Fri, 18 Sep 2020 10:34:51 GMT):
Try this

ankita.p (Fri, 18 Sep 2020 10:36:28 GMT):
Yes, it worked. It states meeting is not started by the host yet

TimoGlastra (Fri, 18 Sep 2020 10:37:19 GMT):
Same. I think we need @jakubkoci for that

jakubkoci (Fri, 18 Sep 2020 10:38:10 GMT):
Sorry guys, working on it, but I have some issue with starting the meeting

jakubkoci (Fri, 18 Sep 2020 10:38:21 GMT):

Clipboard - September 18, 2020 12:38 PM

kulkarnikk (Fri, 18 Sep 2020 10:38:58 GMT):
Looks like a problem across

kulkarnikk (Fri, 18 Sep 2020 10:39:21 GMT):
Do you want to use mine Zoom account for today's meeting?

jakubkoci (Fri, 18 Sep 2020 10:40:08 GMT):
@kulkarnikk That would be great :)

kulkarnikk (Fri, 18 Sep 2020 10:40:27 GMT):
okay

kulkarnikk (Fri, 18 Sep 2020 10:40:30 GMT):
a moment please

kulkarnikk (Fri, 18 Sep 2020 10:41:21 GMT):
https://us02web.zoom.us/j/83491027657?pwd=bXhHbG1kYmZCbjdFZzZwTm1nYjRKUT09

kulkarnikk (Fri, 18 Sep 2020 10:41:24 GMT):
Please join here

ajayjadhav (Fri, 18 Sep 2020 10:44:35 GMT):
Please let me in :)

shonjs (Fri, 18 Sep 2020 10:49:50 GMT):
Hi could you let me in too

hcsatish (Sun, 20 Sep 2020 16:11:20 GMT):
Has joined the channel.

DucaDellaForcoletta (Wed, 23 Sep 2020 09:25:13 GMT):
Has joined the channel.

jakubkoci (Fri, 25 Sep 2020 10:47:35 GMT):
https://github.com/jakubkoci/aries-framework-javascript/commits/feature/exchange-credential

sairanjit (Fri, 02 Oct 2020 07:37:32 GMT):
Has joined the channel.

chakshujain (Fri, 02 Oct 2020 14:51:09 GMT):
Has joined the channel.

ankita.p (Fri, 09 Oct 2020 10:33:31 GMT):
Hi, can I have password to join the meeting

ankita.p (Fri, 09 Oct 2020 10:33:31 GMT):
Hi, can I have password to join the weekly meeting

ankita.p17 (Mon, 12 Oct 2020 08:31:59 GMT):
Has joined the channel.

geovgy (Wed, 14 Oct 2020 20:57:03 GMT):
Has joined the channel.

matteo (Tue, 20 Oct 2020 08:00:23 GMT):
Has joined the channel.

JamesEbert (Thu, 22 Oct 2020 03:57:15 GMT):
Has joined the channel.

TimoGlastra (Fri, 30 Oct 2020 10:35:14 GMT):
aries-framework-javascript call is on now. Hour earlier for europe due to the clock going backwards

TimoGlastra (Fri, 30 Oct 2020 10:41:40 GMT):
We moved the call to next hour

TimoGlastra (Fri, 06 Nov 2020 09:54:27 GMT):
To avoid another timezone conflict, a friendly reminder that the AFJ call is on in 35 minutes :)

ajayjadhav (Fri, 06 Nov 2020 10:45:20 GMT):
Zoom link ?

ajayjadhav (Fri, 06 Nov 2020 10:46:01 GMT):
It is asking for meeting pass code

TimoGlastra (Fri, 06 Nov 2020 10:48:12 GMT):
https://zoom.us/j/92215586249?pwd=Vm5ZTGV4T0cwVEl4blh3MjBzYjVYZz09

ajayjadhav (Fri, 27 Nov 2020 11:24:26 GMT):
Hey folks, Sorry I missed today's call... will watch the recorded video

marc0olo (Mon, 30 Nov 2020 04:52:38 GMT):
Has joined the channel.

cmendoza (Tue, 01 Dec 2020 21:26:38 GMT):
Has joined the channel.

jakubkoci (Fri, 04 Dec 2020 10:13:11 GMT):
Hi all, I’m sorry but I need to cancel todays weekly call. I’ll upload the recording from the last one later today.

st (Wed, 09 Dec 2020 16:08:19 GMT):
Has joined the channel.

devexplore2020 (Mon, 14 Dec 2020 16:54:41 GMT):
Has joined the channel.

devexplore2020 (Mon, 14 Dec 2020 16:55:57 GMT):
Greetings everyone. I have seen great efforts for the Aries Javascript Framework. I wanted to explore the framework and test it out. To try to build an Aries Agent-cloud-wallet app for simple VC Issuing. I was wondering if this is possible, and also how to connect to the sovrin staging net ?

TimoGlastra (Mon, 14 Dec 2020 16:56:33 GMT):
Hi @devexplore2020, aries-framework-javascript doesn't implement the present proof protocol and revocation yet. You can only create connections and issue-credentials at the moment. We're currently working on implementing the present-proof protocol

devexplore2020 (Mon, 14 Dec 2020 16:57:31 GMT):
Ok. Great. So it is work in progress. How could I register and issue VC in Sovrin, via https://selfserve.sovrin.org/ ?

devexplore2020 (Mon, 14 Dec 2020 16:58:15 GMT):
Would it be possible to build an instance of an Indy wallet in the cloud ?

TimoGlastra (Mon, 14 Dec 2020 17:01:33 GMT):
You can use a custom ledger by specifying the `genesisPath` to the stored genesis transaction path. You can then register a did on selfserve.sovrin.org and set the `publicDidSeed` parameter in the agent config.

TimoGlastra (Mon, 14 Dec 2020 17:02:26 GMT):
Yes, but the framework is not production ready at the moment. So depending on your use case it may be better to use one of the more established frameworks/agents

devexplore2020 (Mon, 14 Dec 2020 17:03:41 GMT):
Thanks. You mean to setup the parameters in the run.sh of the framework code when I check it out from github ?

devexplore2020 (Mon, 14 Dec 2020 17:04:24 GMT):
Hope it gets there soon. You mean production alternatives are AriesDotnet framework, ACApy and Go framework ?

TimoGlastra (Mon, 14 Dec 2020 17:05:19 GMT):
The `run.sh` is to start a sample mediator. aries-framework-javascript provides the building blocks to build an agent yourself, but isn't usable out of the box (yet)

TimoGlastra (Mon, 14 Dec 2020 17:06:09 GMT):
An example is a mobile agent that depends on aries-framework-javascript: https://github.com/timoglastra/aries-mobile-agent-react-native

devexplore2020 (Mon, 14 Dec 2020 17:07:52 GMT):
Ok. Thanks. So I guess I should read the getting started guide or you have some more pointers for me ? Kind regards.

TimoGlastra (Mon, 14 Dec 2020 17:09:15 GMT):
Sad to say we don't have a lot of documentation yet. So it'll mostly be reading the internals of the framework and looking at the examples/tests.

devexplore2020 (Mon, 14 Dec 2020 17:09:45 GMT):
Thanks @TimoGlastra

TimoGlastra (Mon, 14 Dec 2020 17:10:09 GMT):
It would help to be familiar with the aries protocols (https://github.com/hyperledger/aries-rfcs.git), but besides that it's just what's inside the repo

devexplore2020 (Mon, 14 Dec 2020 17:10:27 GMT):
So if someone asked me to build a production based Cloud wallet, the best bet at the moment would Aries Dot net Framework ?

TimoGlastra (Mon, 14 Dec 2020 17:11:23 GMT):
Either that one or aries-cloudagent-python if you want to use Indy. But aries-framework-go is also making a lot of progress

TimoGlastra (Mon, 14 Dec 2020 17:11:44 GMT):
So It's hard to say whats the best bet

TimoGlastra (Mon, 14 Dec 2020 17:11:47 GMT):
Yes

devexplore2020 (Mon, 14 Dec 2020 17:13:04 GMT):
Thanks. So DotNetFramework is mixing Indy and Aries, and ACApy is just Indy with the controller. Sorry to bother you, I am just searching for the best way for a cloud wallet

TimoGlastra (Mon, 14 Dec 2020 17:29:51 GMT):
I'd suggest to take the free "Becoming a Hyperledger Aries Developer" course. It'd answer a lot of your questions I think: https://training.linuxfoundation.org/training/becoming-a-hyperledger-aries-developer-lfs173/

devexplore2020 (Mon, 14 Dec 2020 20:27:37 GMT):
Thanks, I glanced trough that before. It was all about ACApy, will take another look

proteche (Mon, 21 Dec 2020 09:28:58 GMT):
Has joined the channel.

proteche (Mon, 21 Dec 2020 09:29:00 GMT):
can i use single mediator for wallets(agents)

proteche (Mon, 21 Dec 2020 09:29:00 GMT):
can i use single mediator for multiple wallets(agents)

TimoGlastra (Mon, 21 Dec 2020 15:56:16 GMT):
Hi @proteche, yes that's possible. Currently the sample mediator exposes the `/invitation` endpoint which will create a new connection invitation each time it is called

vosrey (Sat, 26 Dec 2020 01:45:23 GMT):
Has joined the channel.

vosrey (Sat, 26 Dec 2020 01:45:23 GMT):
Hello team, I'm new here in the Hyperledger world :). I'm learning Indy and Aries. I've finished "Introduction to Hyperledger Sovereign Identity Blockchain Solutions: Indy, Aries & Ursa" course on edx.org written by Stephen Curran. I'm currently learning "Becoming a Hyperledger Aries Developer" course on edx.org written by Stephen Curran. My goal is to build an identity network using Indy and build mobile app for the mobile agents. I know React Native, so I want to build my mobile agents in React Native. I'm following the ReadMe in the github, but I'm still lost :). Can I consume Aries Framework JS in React Native? if yes, do you all have any documents that I can learn from in how to do this?

TimoGlastra (Wed, 30 Dec 2020 09:48:25 GMT):
Hi @vosrey, nice to have you here! I can understand you're a bit lost, the README does not contain a lot of info yet, just the bare minimum to get you started. The answer is yes, but not without a hassle. We're currently building a reference implementation of a mobile agent in React Native that consumes Aries Framework JavaScript (https://github.com/animo/aries-mobile-agent-react-native). It uses `rn-indy-sdk` (https://github.com/AbsaOSS/rn-indy-sdk) under the hood to provide the indy API in react native. Couple of notes however: - Aries Framework JavaScript does not have the present proof protocol yet (we're working on this) - We don't have websocket support yet, so you'll need to constantly poll for messages at the mediator (This is not necessarily bad, just good to know)

wip-abramson (Fri, 22 Jan 2021 16:03:15 GMT):
Has joined the channel.

maddocche (Thu, 04 Feb 2021 09:35:48 GMT):
Has joined the channel.

JamesEbert (Mon, 15 Feb 2021 18:51:58 GMT):
Hi @TimoGlastra, @jakubkoci, and others, Indicio is looking to utilize and contribute to `rn-indy-sdk`. We've seen a number of different implementations working towards utilizing the `indy-sdk` from a React Native environment and we would like to point to one implementation to the focus the community's work and contributions. I have a question or two for you: For iOS, is there a centralized place in which the iOS `Indy.framework` files are currently already being placed? If not, is there value in placing this inside of `rn-indy-sdk`, given that the sovrin repo does not contain the latest indy versions? We'd be happy to run through the effort of manually building for 1.15.0, however we'd rather not duplicate work already performed. Is there intentions of performing a new release (v0.1.8?) containing this logging bug fix for Android? (https://github.com/AbsaOSS/rn-indy-sdk/commit/6bfb07735543e4205d725a9d7087efa7f59fe54b) This would be needed for utilizing 1.15.0 of the `indy-sdk` via the `rn-indy-sdk` versions. Thanks!

TimoGlastra (Mon, 15 Feb 2021 19:18:34 GMT):
Hi @JamesEbert, great to hear you want to contribute to rn-indy-sdk! I think @jakubkoci could do a better job at answering but I'll do my best. 1. No there's no central place yet where we host the `Indy.framework`. We've had some discussions about it and agree that we want to have a place to download but not sure where. If you're just looking for an `Indy.framework` build for 1.15.0 you can grab it from our mobile agent repo: https://github.com/animo/aries-mobile-agent-react-native/tree/develop/ios/Pods/Frameworks. It's built with Swift 5.(3?) I believe. 2. Yes a new release was already on the todo list because we've made also made some additional changes that are not released yet.

TimoGlastra (Mon, 15 Feb 2021 19:20:26 GMT):
Question to you out of curiosity: are you planning to utilise aries-framework-javascript, or just rn-indy-sdk?

JamesEbert (Mon, 15 Feb 2021 19:25:54 GMT):
Awesome! We will utilize the 1.15.0 via the link provided while the mentioned discussion are in progress. Let me know if Indicio could be of benefit in that effort or in other ways. As of right now we are planning on just utilizing rn-indy-sdk to swap out our existing implementation for the indy-sdk.

PabloRomeu (Wed, 17 Feb 2021 08:34:58 GMT):
Has joined the channel.

TimoGlastra (Thu, 18 Feb 2021 11:13:03 GMT):
@JamesEbert v0.1.8 of rn-indy-sdk is released now: https://github.com/AbsaOSS/rn-indy-sdk/releases/tag/0.1.8

JamesEbert (Fri, 19 Feb 2021 03:03:28 GMT):
Thank you for making the release!

jakubkoci (Fri, 19 Feb 2021 09:06:32 GMT):
Hello everyone. In our last weekly call, we agreed to cancel today's call and change the frequency to bi-weekly for a while. We can discuss this change on the call next week.

jakubkoci (Wed, 24 Feb 2021 20:53:22 GMT):
Sorry for the delay with relase and late response, but I think Timo answered perfectly :thumbsup: It would be nic to have some CI process to build native libindy dependency for both iOS and Android. Ideally to have Pod containing link to Indy.framework and Android AAR file. The place where to put these artifacts is still in question :)

jakubkoci (Wed, 24 Feb 2021 20:53:52 GMT):
Probably some s3 bucket.

PabloRomeu (Thu, 25 Feb 2021 06:51:41 GMT):
Hi @jakubkoci . Are we having the call tomorrow? I would like to attend.

jakubkoci (Thu, 25 Feb 2021 07:46:38 GMT):
Hi @PabloRomeu Yes we have. That's great, looking forward to meeting you there.

PabloRomeu (Fri, 26 Feb 2021 10:17:09 GMT):
Hi @jakubkoci ... I cannot enter the meeting. asks me for a password and I do not find it at the wiki

PabloRomeu (Fri, 26 Feb 2021 10:21:28 GMT):
Today meeting is one hour later?

jakubkoci (Fri, 26 Feb 2021 10:34:02 GMT):
https://zoom.us/j/92215586249?pwd=Vm5ZTGV4T0cwVEl4blh3MjBzYjVYZz09

jakubkoci (Fri, 26 Feb 2021 10:34:15 GMT):
Hi, try the link above

rpobulic (Sun, 07 Mar 2021 05:16:53 GMT):
Has joined the channel.

ascatox (Mon, 08 Mar 2021 11:16:00 GMT):
Has joined the channel.

JamesEbert (Wed, 17 Mar 2021 17:54:16 GMT):
Just to confirm, the AFJ call tomorrow is taking place at 14:00 UTC? Daylight savings time has occurred over here in the US and I just wanted to verify that I have the timing correct.

TimoGlastra (Wed, 17 Mar 2021 18:56:48 GMT):
Correct!

PabloRomeu (Thu, 18 Mar 2021 06:45:16 GMT):
same for me. I was one hour late last week 😅

PabloRomeu (Thu, 18 Mar 2021 06:45:19 GMT):
thx

vineeta (Thu, 25 Mar 2021 10:53:32 GMT):
Has joined the channel.

jacobsaur (Thu, 01 Apr 2021 09:50:28 GMT):
Has joined the channel.

jacobsaur (Thu, 01 Apr 2021 09:55:42 GMT):
Hi all, I was trying to get a AriesJS agent to use a .NET mediator and couldn't get it to work. I didn't dive too deep in, but it looks like the response from the .NET mediator during provision() is not what AriesJS is expecting. I realize it could just be compatibility issues, so I wanted to check with the group before I keep going whether this is a known issue.

TimoGlastra (Thu, 01 Apr 2021 10:35:06 GMT):
Hi @jacobsaur, that's correct. We have two problems here: - Aries Framework JavaScript doesn't fully support the mediator coordination protocol yet. @JamesEbert is working on this - Aries Framework .NET uses its own protocol to do mediation, so it'll only work with .NET mediators. Once we have full mediator support in AFJ, you should at least be able to use ACA-Py. However I don't think that .NET will implement the mediator coordination protocol anytime soon

jacobsaur (Thu, 01 Apr 2021 10:35:46 GMT):
Great, thanks for the context, that helps

JamesEbert (Mon, 05 Apr 2021 16:43:29 GMT):
Question for context if you have a second--we've been working on presentations in Aries Bifold, what was the status that AFJ got to with that working in a mobile context?

TimoGlastra (Mon, 05 Apr 2021 20:01:35 GMT):
We got to the point where it was working in Android. We made the necessary changes in rn-indy-sdk for Android, not yet for iOS: https://github.com/AbsaOSS/rn-indy-sdk/pull/42

TimoGlastra (Mon, 05 Apr 2021 20:02:01 GMT):
See https://github.com/animo/aries-mobile-agent-react-native/tree/present-proof

JamesEbert (Mon, 05 Apr 2021 23:17:31 GMT):
Awesome--thank you.

PabloRomeu (Thu, 08 Apr 2021 12:50:07 GMT):
I am at the same point James. Ping me if you make any progress on this.

TimoGlastra (Wed, 14 Apr 2021 20:44:33 GMT):
Aries Framework JavaScript can from now on be installed from the NPM registry. This should solve a lot of the inconveniences caused by manually packing the framework: See https://www.npmjs.com/package/aries-framework for installation instructions

JamesEbert (Wed, 14 Apr 2021 21:04:37 GMT):
Awesome, thank you for diving in and getting this set up Timo!

TimoGlastra (Wed, 14 Apr 2021 21:06:20 GMT):
BTW -- aries-framework-javascript was already taken as an org name, so I went with `aries-framework`. A lot easier when the decision is taken away from you!

JamesEbert (Wed, 14 Apr 2021 21:07:32 GMT):
Haha yes I saw in the PR! Definitely made the decision a lot easier! :laughing:

jakubkoci (Thu, 22 Apr 2021 08:30:22 GMT):
Hello everyone. Just want to inform you here that we've canceled today's Aries JS Framework call because of IIW. See you next week.

JamesEbert (Thu, 22 Apr 2021 23:01:35 GMT):
Can I inquire as to the issue with proposing presentations in AFJ? Or at least from an AFJ -> ACA-Py perspective (since that's theoretically failing in the AATH). I've been looking into it but haven't quite figured out everything yet.

TimoGlastra (Thu, 22 Apr 2021 23:03:04 GMT):
I wasn't aware it's failing

TimoGlastra (Thu, 22 Apr 2021 23:03:30 GMT):
Any ∂etails/error logs?

JamesEbert (Thu, 22 Apr 2021 23:04:06 GMT):
Maybe I misunderstood the following at https://aries-interop.info/javascript.html#runset-acapy-afj: "All AIP10 tests are currently running, except for the tests with the holder proposing a proof, as that feature is not supported in AFJ."

TimoGlastra (Thu, 22 Apr 2021 23:04:38 GMT):
That's not correct. I think that's taken from the .NET. It should be supported

TimoGlastra (Thu, 22 Apr 2021 23:04:46 GMT):
Maybe it's not working however

JamesEbert (Thu, 22 Apr 2021 23:05:29 GMT):
Ahh cool. In particular, I am sending a proposal, and I am not receiving a request quite as expected. Perhaps I am forming it incorrectly..

TimoGlastra (Thu, 22 Apr 2021 23:05:55 GMT):
Is AFJ creating the proposal?

JamesEbert (Thu, 22 Apr 2021 23:06:02 GMT):
Yes

TimoGlastra (Thu, 22 Apr 2021 23:06:18 GMT):
Can you share the logs/input/output data

JamesEbert (Thu, 22 Apr 2021 23:39:14 GMT):
Sorry--blew up my env. This is my proposal: "message": { "@type": "https://didcomm.org/present-proof/1.0/propose-presentation", "@id": "4fe451f3-f247-409c-8840-be92363b8799", "presentation_proposal": { "attributes": [ { "name": "patient_first_name", "cred_def_id": "[cred_id_here]" }, { "name": "patient_last_name", "cred_def_id": "[cred_id_here]" }, { "name": "patient_date_of_birth", "cred_def_id": "[cred_id_here]" }, { "name": "result", "cred_def_id": "[cred_id_here]" }, { "name": "observation_date_time", "cred_def_id": "[cred_id_here]" } ], "predicates": [] } } And this is the corresponding request: name: "proof-request" nonRevoked: undefined nonce: "536859494871115220516756" requestedAttributes: 0_patient_first_name_uuid: ProofAttributeInfo {name: "patient_first_name", restrictions: Array(1), nonRevoked: undefined} 1_patient_last_name_uuid: ProofAttributeInfo {name: "patient_last_name", restrictions: Array(1), nonRevoked: undefined} 2_patient_date_of_birth_uuid: ProofAttributeInfo {name: "patient_date_of_birth", restrictions: Array(1), nonRevoked: undefined} 3_result_uuid: ProofAttributeInfo {name: "result", restrictions: Array(1), nonRevoked: undefined} 4_observation_date_time_uuid: ProofAttributeInfo {name: "observation_date_time", restrictions: Array(1), nonRevoked: undefined} __proto__: Object requestedPredicates: {} version: "1.0"

JamesEbert (Thu, 22 Apr 2021 23:43:40 GMT):
I guess the issue is that the referent is different when I do a proposal vs when I just do a request

JamesEbert (Thu, 22 Apr 2021 23:44:52 GMT):
Sorry, this appears to be working mostly as expected--besides the referent change. Is the referent differences expected behavior?

TimoGlastra (Thu, 22 Apr 2021 23:46:27 GMT):
Are you using `getRequestedCredentialsForProofRequest`?

TimoGlastra (Thu, 22 Apr 2021 23:46:43 GMT):
If so, it probably has something to do with that method

TimoGlastra (Thu, 22 Apr 2021 23:47:03 GMT):
It gives different results if a presentation proposal is present

JamesEbert (Thu, 22 Apr 2021 23:48:02 GMT):
Interesting.. I guess my thoughts were that ACA-Py was returning an altered referent, which I thought was peculiar.

JamesEbert (Thu, 22 Apr 2021 23:48:14 GMT):
Anyways, thank you, this is helpful

TimoGlastra (Thu, 22 Apr 2021 23:48:46 GMT):
What do you exactly mean by different referent?

TimoGlastra (Thu, 22 Apr 2021 23:49:03 GMT):
Seems like both proposal and request use the same attributes names

TimoGlastra (Thu, 22 Apr 2021 23:49:15 GMT):
The proposal has no referents yet

JamesEbert (Thu, 22 Apr 2021 23:50:16 GMT):
Exactly--in the request you create referents, in the proposal you don't. So how should you access the data in a consistent manner between the two (from the ACA-Py as a verifier perspective)?

TimoGlastra (Thu, 22 Apr 2021 23:52:19 GMT):
You can match the data based on the property names. Referents are only required for the presentation submission for indy

TimoGlastra (Thu, 22 Apr 2021 23:52:57 GMT):
so the request includes them so I can include them in the proof I create

TimoGlastra (Thu, 22 Apr 2021 23:53:06 GMT):
Proposal doesn't make use of indy so doesn't use the referents

JamesEbert (Thu, 22 Apr 2021 23:53:24 GMT):
Hmmmm

JamesEbert (Thu, 22 Apr 2021 23:54:44 GMT):
Okay so it's essentially just different in this case because of Indy.

JamesEbert (Thu, 22 Apr 2021 23:54:55 GMT):
That at least makes sense, thank you.

JamesEbert (Thu, 22 Apr 2021 23:54:55 GMT):
That at least makes sense, thank you for the clarification.

TimoGlastra (Thu, 22 Apr 2021 23:57:05 GMT):
This is changed in V2 and you know use the same format as a proof request I believe: https://github.com/hyperledger/aries-rfcs/blob/master/features/0592-indy-attachments/README.md#proof-request-format

TimoGlastra (Thu, 22 Apr 2021 23:57:05 GMT):
This is changed in V2 and you now use the same format as a proof request I believe: https://github.com/hyperledger/aries-rfcs/blob/master/features/0592-indy-attachments/README.md#proof-request-format

TimoGlastra (Thu, 22 Apr 2021 23:57:12 GMT):
So more consistency

TimoGlastra (Thu, 22 Apr 2021 23:57:17 GMT):
in the data format

JamesEbert (Thu, 22 Apr 2021 23:58:32 GMT):
Okay that'll be beneficial.

JamesEbert (Thu, 22 Apr 2021 23:58:32 GMT):
Okay that'll be beneficial. :sunglasses:

mgbailey (Fri, 23 Apr 2021 21:12:01 GMT):
Has joined the channel.

genaris (Tue, 27 Apr 2021 01:12:59 GMT):
Has joined the channel.

david.clawson (Tue, 04 May 2021 16:44:03 GMT):
Has joined the channel.

david.clawson (Tue, 04 May 2021 16:44:03 GMT):
Hey team! David from Indicio here. We're working to make the push for Mediation (in the context of a mobile client) to be at least in MVP stage soon. I know a few of us have been looking at it and working on parts of it. @burdettadam has been doing a lot of the heavy lifting so far, and we have some progress that has been made. We'd love to get a few people to review what's been done to give us feedback on it to make sure that it's going in the right direction. Also, if you have personal or professional interest in using it in a project, maybe we could divide up some of tasks?

TimoGlastra (Tue, 04 May 2021 19:36:55 GMT):
Hi David! Great to hear the progress. I'll definitely take a look at the current state of the mediation PR and provide some feedback

TimoGlastra (Tue, 04 May 2021 19:37:55 GMT):
Maybe we go over the remaining tasks during the next WG call?

TimoGlastra (Tue, 04 May 2021 19:39:14 GMT):
I'm currently busy with some other tasks, but we're going to need it for a project in the somewhat near future

TimoGlastra (Tue, 04 May 2021 19:39:26 GMT):
Would be good to have a clear overview of the remaining pieces

JamesEbert (Wed, 05 May 2021 07:47:59 GMT):
I second the desire to have a clear overview of the remaining pieces. I think going over this in the next WG call seems like a good idea to me. I'm aiming to get this completed soon too--as we also have projects in need of it soon.

david.clawson (Wed, 05 May 2021 16:17:45 GMT):
I saw that you sent in feedback, thank you! I'll look at it today, and we can talk about it tomorrow. Have a great evening.

JamesEbert (Wed, 12 May 2021 01:19:32 GMT):
@PabloRomeu just so you're aware I've \href{https://github.com/AbsaOSS/rn-indy-sdk/pull/52}{\submitted a PR} to rn-indy-sdk to add present-proof support to iOS from the holder. I'll need to do the verify proof as a second PR.

JamesEbert (Wed, 12 May 2021 01:19:32 GMT):
@PabloRomeu just so you're aware I've submitted a PR to rn-indy-sdk to add present-proof support to iOS from the holder (https://github.com/AbsaOSS/rn-indy-sdk/pull/52). I'll need to do the verify proof as a second PR.

romeu (Fri, 14 May 2021 16:42:30 GMT):
[ ](https://chat.hyperledger.org/channel/aries-javascript?msg=YwiF5vMyGKc4bNoCz) Sorry James, some things are happening really fast and could not join yesterday meeting. Probably won't do to next week meeting either. If I have some time, I will work on that. I opened an issue to track it: https://github.com/AbsaOSS/rn-indy-sdk/issues/53

romeu (Fri, 14 May 2021 16:42:52 GMT):
https://github.com/AbsaOSS/rn-indy-sdk/issues/53

romeu (Fri, 14 May 2021 16:43:10 GMT):
Sorry James, could attend yesterday's meeting.

romeu (Fri, 14 May 2021 16:43:31 GMT):
I opened that issue to track the work. I hope I will be able to work on it on next week

JamesEbert (Wed, 19 May 2021 01:29:20 GMT):
Awesome, thanks for creating the issue--I may have time to work on this as well, so I'll look to talk to you before though based off of competing schedules.

romeu (Thu, 20 May 2021 15:22:08 GMT):
Hi all, we have spotted a performance problem in ACA-py managing connections (my team will fill in a bug report soon). We may need to move to the DID Exchange Protocol - https://github.com/hyperledger/aries-rfcs/tree/master/features/0023-did-exchange - to avoid it. Is that implemented in AFJ?

TimoGlastra (Thu, 20 May 2021 15:55:45 GMT):
Not yet -- but we definitely want to support it. We would also need to support Out-Of-Band protocol

TimoGlastra (Thu, 20 May 2021 15:56:31 GMT):
Is this something you or your team would like contribute to?

JamesEbert (Thu, 20 May 2021 18:50:53 GMT):
I am definitely looking to this too, but I'm unsure as to how soon we'd be able to assist in these two efforts. @TimoGlastra are there any other prerequisites for these two features in AFJ we would need to consider?

david.clawson (Fri, 21 May 2021 19:52:20 GMT):
Hey, AFJ team - has anyone gotten the docker command: docker-compose -f docker/docker-compose-mediators.yml up -d to work with an M1 Mac (ARM-64 architecture)? We've been working at it for a while, and are having issues getting indy-sdk to compile/work.

JamesEbert (Fri, 21 May 2021 21:51:31 GMT):
I'm not sure, but I'm guessing this is an issue at the Indy-SDK level.. so my thoughts would be to raise an issue in the indy-sdk repository.

TimoGlastra (Wed, 02 Jun 2021 10:15:13 GMT):
Yup I think we need to build the indy-sdk specifically for the M1 Mac. Not sure how to do this...

HarshMultani (Sat, 05 Jun 2021 12:20:59 GMT):
Has joined the channel.

PatrickKenyon (Wed, 09 Jun 2021 17:43:10 GMT):
Has joined the channel.

PatrickKenyon (Wed, 09 Jun 2021 17:47:12 GMT):
Hey all, in one of the latest versions of AFJ the agent init config requires a fileSystem class but that class is not being exported by AFJ. How should we go about with this problem/initializing an agent?

jakubkoci (Thu, 10 Jun 2021 08:44:47 GMT):
Hi Patrick. Sorry for inconveniences. Easiest solution would be just recommend copy-paste the class from the framework into your project. I did the same with aries-framework-javascript/src/storage/fs/ReactNativeFileSystem.ts for example.

jakubkoci (Thu, 10 Jun 2021 08:44:47 GMT):
Hi Patrick. Sorry for the inconvenience. The easiest solution right now would be just to copy-paste the class from the framework into your project. I did the same with `aries-framework-javascript/src/storage/fs/ReactNativeFileSystem.ts` for example.

jakubkoci (Thu, 10 Jun 2021 08:45:57 GMT):
We will fix this soon.

jakubkoci (Thu, 10 Jun 2021 08:51:33 GMT):
We're planing to split the framework into more packages and then put those platform-dependent parts of code into standalone package that could be used as a whole. Let's say for React Native you would install @aries-framework/react-native and call `new Agent({ ..., nativeDependencies: reactNativePackage})`

TimoGlastra (Thu, 10 Jun 2021 12:26:48 GMT):
You can import it from the build directory. Because of platform specific imports we can't export it from the root package. See https://github.com/hyperledger/aries-framework-javascript/blob/main/docs/setup-react-native.md#agent-setup for react native

TimoGlastra (Thu, 10 Jun 2021 12:27:19 GMT):
https://github.com/hyperledger/aries-framework-javascript/blob/main/docs/setup-nodejs.md#agent-setup for NodeJS

burdettadam (Wed, 16 Jun 2021 18:09:13 GMT):
do we use a documentation tool to generate docs? like TypeDoc?

TimoGlastra (Wed, 16 Jun 2021 18:15:39 GMT):
Not yet, but it's definitely on the roadmap to automatically generate docs

TimoGlastra (Wed, 16 Jun 2021 18:15:50 GMT):
Do you have suggestions on this topic?

burdettadam (Wed, 16 Jun 2021 18:21:31 GMT):
nope, I am looking to write some documentation and wanted to follow convention. TypeDoc (https://github.com/TypeStrong/typedoc) sure does look nice.

TimoGlastra (Wed, 16 Jun 2021 18:24:45 GMT):
Yeah we've done small testing with it recently (https://blu3beri.github.io/) but haven't invested the time yet to publish it

burdettadam (Wed, 16 Jun 2021 18:27:31 GMT):
no rush. I will make a readme in the module and links in the documents. I will update as needed to conform with future docs conventions. Thanks!

TimoGlastra (Wed, 16 Jun 2021 18:29:17 GMT):
Could you add it to the news docs/getting-started directory

TimoGlastra (Wed, 16 Jun 2021 18:29:25 GMT):
Not sure if this is already in your branch

TimoGlastra (Wed, 16 Jun 2021 18:29:45 GMT):
But we have one for routing that would be a great fit for mediation documentation I think

JamesEbert (Thu, 17 Jun 2021 14:01:22 GMT):
I will likely be a couple of minutes late to today's call.

tarou.y6666 (Mon, 21 Jun 2021 04:37:55 GMT):
Has joined the channel.

lwyatt (Thu, 24 Jun 2021 19:16:33 GMT):
Has joined the channel.

burdettadam (Mon, 28 Jun 2021 22:03:15 GMT):
please review, https://github.com/hyperledger/aries-framework-javascript/pull/335

TelegramSam (Tue, 29 Jun 2021 18:04:02 GMT):
The decrease in code coverage is regrettable. Do plans exist to address that?

TimoGlastra (Wed, 07 Jul 2021 17:16:59 GMT):
User User_8 added by TimoGlastra.

moosops (Tue, 13 Jul 2021 15:38:59 GMT):
Hi Devs. I created a top level diagrams for an epic of receiving an issued credential from issuer Please modify the document with the AFJ missing apis that should complete the business logic https://lucid.app/lucidchart/invitations/accept/inv_f6076e23-cb5b-4fd7-9e9c-922fc6c3486d?viewport_loc=-403%2C1232%2C1629%2C1056%2C0_0

moosops (Tue, 13 Jul 2021 15:40:28 GMT):
I also ment to set auto accept invitation to false to create a logic where user should view the credential details first and have the option to click accept

TimoGlastra (Wed, 14 Jul 2021 16:44:40 GMT):
Are you at the AFJ call tomorrow @moosops ? We can go over the diagram and fill in the missing pieces

moosops (Thu, 15 Jul 2021 11:40:27 GMT):
Yes I am

TimoGlastra (Thu, 15 Jul 2021 21:01:00 GMT):
I just merged the PR to switch to a monorepo and successfully released the following packages: - `@aries-framework/core` 0.1.0-alpha.0 - https://www.npmjs.com/package/@aries-framework/core - `@aries-framework/node` 0.1.0-alpha.0 - https://www.npmjs.com/package/@aries-framework/node - `@aries-framework/react-native` 0.1.0-alpha.0 - https://www.npmjs.com/package/@aries-framework/react-native Once we complete support for AIP 1.0 and finish a few ongoing work items, we'll make the first sort of stable release under 0.1.0. Documentation is not fully up-to-date yet, but @moosops is working on this!

TimoGlastra (Fri, 16 Jul 2021 09:56:24 GMT):
There were some errors that are resolved in a new version, but I've successfully integrated the mediator work + new packages into one of our projects

moosops (Mon, 19 Jul 2021 20:16:54 GMT):
The first successful attempt to recieve credentials from DTS issuer, Whoooooo :woo:

moosops (Mon, 19 Jul 2021 20:18:31 GMT):
Didn't succeed with trinsic studio though, but at least the logic worked for one issuer that will help build the documentation

moosops (Mon, 19 Jul 2021 20:19:32 GMT):
this is the template I use to test, very simple one page https://github.com/MosCD3/ComX2

JamesEbert (Mon, 19 Jul 2021 20:34:00 GMT):
I believe Trinsic's generated invitations don't match the current Aries rfc url format, I've been meaning to reach out and identify a solution here.

TimoGlastra (Tue, 20 Jul 2021 12:03:44 GMT):
I believe It's an URL shortened version. I also had issues with connecting the Trinsic wallet to AFJ, but making the url request return an invitation JSON object did the trick I believe. Guess it also works this way the other way around (so we should do a HTTP request in the mobile agent as described in here: https://github.com/hyperledger/aries-rfcs/blob/master/features/0434-outofband/README.md#url-shortening)

genaris (Tue, 20 Jul 2021 14:34:43 GMT):
Hi guys (especially @TimoGlastra as has been recently working on indy-sdk type definition) , I'd like to implement `registerPublicDid` method in AFJ's ledger module, and in order to do so I need to update types/indy-sdk from DefinitelyTyped to define `buildNymRequest`. No problem with that but I'm struggling when trying to use the `NymRole` enum that is defined there (https://github.com/DefinitelyTyped/DefinitelyTyped/blob/cc94a59c9f4244b50b6cc46acad46f75fd10aec7/types/indy-sdk/index.d.ts#L636). It seems that enums defined in d.ts files are lost at runtime if not defined in underlying JS module (unless defined as const enum, but this is not allowed in DefinitelyTyped project). Also, as far as I can see in the wrapper, indy-sdk actually uses string for roles instead of numbers. I'm thinking on removing NymRole enum from indy-sdk and putting it in AFJ's ledger module (not ideal because it's Indy specific, but it'll work). What do you think?

jakubkoci (Tue, 20 Jul 2021 15:03:25 GMT):
It's my pleasure to announce that Absa donated React Native Indy SDK wrapper to Hyperledger. The code has been transferred from https://github.com/AbsaOSS/rn-indy-sdk to https://github.com/hyperledger/indy-sdk-react-native preserving all contributions. Although it’s just a wrapper, if you combine it with Aries Framework JavaScript you’ll get the power to build an Aries agent mobile app. If you were a contributor to the rn-indy-sdk, please create a new fork from the new repository to continue the development. Thanks for understanding, and looking forward to collaboration with all of you.

TimoGlastra (Tue, 20 Jul 2021 15:15:41 GMT):
Interesting. If indy-sdk actually uses string values, can't we use that instead of the numbers. Then we could type it like this: ``` type NymRole = 'TRUSTEE' | 'STEWARD' | 'TRUST_ANCHOR' | 'ENDORSER' | 'NETWORK_MONITOR' ```

TimoGlastra (Tue, 20 Jul 2021 15:16:21 GMT):
Otherwise I think the approach as you mentioned sounds good to me

genaris (Tue, 20 Jul 2021 15:39:27 GMT):
Well that's a nice catch because I was only looking at the expected data type from indy sdk wrapper (https://github.com/hyperledger/indy-sdk/blob/113b79cd64a238130d20e19b972326f72047c550/wrappers/nodejs/src/indy.cc#L1671) and sending the numeric value (i.e. '101'), which worked fine in my tests. But, after your answer, I looked at indy sdk nodejs wrapper tests and it seems that you are right that they use 'friendly names' (https://github.com/hyperledger/indy-sdk/blob/e80e7092e4f3232b3ddf6841cd56619487e79eb0/wrappers/nodejs/test/ledger.js#L37), which is aligned with Rust implementation for buildNymRequest. However, GET NYM does return the numeric value for role (https://github.com/hyperledger/indy-sdk/blob/dbd89cf94a73e7a62611c4150a874c38b810ff8d/libindy/src/api/ledger.rs#L444) :exploding_head: So I will check it and probably go with your approach, that'd be simple and clear. Thanks!

JamesEbert (Wed, 21 Jul 2021 17:37:17 GMT):
There's been a lot of additions lately :rocket: --we've got a case where the pool is only being opened once fetching the cred def at time of issuance (which is slowing down that process considerably). Was there an addition to allow for lazy loading of the pool as well as wallet? If not, any insight why this might be occurring @TimoGlastra @jakubkoci ?

JamesEbert (Wed, 21 Jul 2021 17:39:08 GMT):
Agreed--although once fetched the invitation still uses `?d_m=` instead of `?c_i=`, which would require a special check to parse correctly into JSON, right?

TimoGlastra (Wed, 21 Jul 2021 18:02:27 GMT):
Should be doable. https://github.com/hyperledger/aries-framework-javascript/issues/400

TimoGlastra (Wed, 21 Jul 2021 18:04:55 GMT):
Not in place yet. before it did this in the agent.initialize method, however I removed it because it impacted agent startup quite heavily.

TimoGlastra (Wed, 21 Jul 2021 18:08:10 GMT):
What we can do is initiating the opening of the ledger on startup, without waiting for the connecting to complete? Should probably make it a config option, as we should limit automatically intiating actions that require internet

TimoGlastra (Wed, 21 Jul 2021 18:08:55 GMT):
I think this would be a good addition (and straightforwad to do)

JamesEbert (Wed, 21 Jul 2021 18:09:02 GMT):
I had noticed this slow down as well. And I agree on this strategy--it'd give options. In particular not waiting for it to complete seems wise to me

TimoGlastra (Wed, 21 Jul 2021 18:10:07 GMT):
Is this something you'll be able to look at?

JamesEbert (Wed, 21 Jul 2021 18:12:14 GMT):
Yeah I could take a look at this

JamesEbert (Wed, 21 Jul 2021 18:12:54 GMT):
What's your thoughts on how to tackle not waiting for it to complete? Just not do an async await, and throw errors/warnings as appropriate?

TimoGlastra (Wed, 21 Jul 2021 18:28:33 GMT):
Yes I think so

JamesEbert (Thu, 22 Jul 2021 19:35:27 GMT):
@moosops here's the link to Indicio's public ACA-Py mediator with details available there: https://indicio-tech.github.io/mediator/ Feel free to reach out if there's questions.

moosops (Thu, 22 Jul 2021 19:38:11 GMT):
perfect thank you @JamesEbert

aspannag (Mon, 26 Jul 2021 11:53:39 GMT):
Has joined the channel.

aspannag (Mon, 26 Jul 2021 13:58:57 GMT):
Hi! Is aries-javascript only for react native clients? Or is it also for node servers to set up a mediator agent for example?

TimoGlastra (Mon, 26 Jul 2021 14:03:40 GMT):
Hi @aspannag . It can be used for both Node.JS and React Native. If you clone the repo and install dependencies (yarn install), you can then run an example mediator using “yarn run-mediator”

aspannag (Tue, 27 Jul 2021 08:35:19 GMT):
@TimoGlastra thanks for the answer. Good to know :thumbsup: Can you explain what would be the difference / advantage / disadvantage of using aries-javascript over vcxagencynode?

TimoGlastra (Tue, 27 Jul 2021 11:54:12 GMT):
Sure! Aries Framework JavaScript tries to deliver a cross-platform javascript implementation of Aries. VCX does the same, but by writing the core in Rust, and exposing it through FFI wrappers. What we've noticed is that writing everything in Rust is that it makes it possible to expose your code in multiple languages, however it adds a lot of complexity. Writing Rust is hard, and writing wrappers is tedious. By implementing as much as possible in JavaScript it becomes a lot easier to extend and maintain the framework

TimoGlastra (Tue, 27 Jul 2021 11:55:11 GMT):
AFAIK vcx agency node does not support the mediator coordination protocol (I could be wrong here), meaning you need to use with with vcx

aspannag (Tue, 27 Jul 2021 13:56:25 GMT):
Alright. I think I understand the idea now. Does that matter for me as an application developer that is merely using the frameworks? I guess features are more readily available on aries-javascript because development is faster and easier? What is the advantage of vcx then?

aspannag (Tue, 27 Jul 2021 14:34:58 GMT):
I guess the advantage of vcx is that it's c-callable and can be used both on the server as well as the (mobile) client.

TimoGlastra (Tue, 27 Jul 2021 14:40:42 GMT):
AFJ can also be used on both mobile and server side. Node.JS for server side, and React Native for iOS + Android. The advantage of a c-callable library is that you can use it in any language you like. You can't use AFJ in a native iOS or Android app, and also can't use it directly in a Go application. For us this is fine, we build our mobile apps in react native and use Node.JS for server side (or ACA-Py). But for a lot of companies this may be a limitation. E.g. If you're an identity service provider you want to serve all your customers, independant of the language your customers use. Writing the core in rust / as a c-callable library makes this possible

aspannag (Tue, 27 Jul 2021 14:43:50 GMT):
Yes, I see. I think that clears up some of the confusion I had. For us it's a requirement to write native app code (i.e. we start with ios). So I guess we can only go for vcx and call it inside swift/objective-c.

TimoGlastra (Tue, 27 Jul 2021 14:44:40 GMT):
Also: JavaScript is sometimes seen as insecure. Writing the logic in Rust and only exposing the public API can help with JavaScript security issues. We're still using c-callable libraries under the hood for crypto, so I don't see this as a direct limitation. Another one may be performance. Node.JS for server side is not the most performant (it's a scripting language)

TimoGlastra (Tue, 27 Jul 2021 14:45:16 GMT):
I'll see if we can add a "Why AFJ" section to the docs in the readme. I think this will be useful to others as well

TimoGlastra (Tue, 27 Jul 2021 14:46:58 GMT):
Yeah If you need to write a native iOS app, AFJ isn't the right tool

aspannag (Tue, 27 Jul 2021 14:48:20 GMT):
Thanks. That is very helpful. I think including sections like "Why AFJ" with tradeoffs can be super helpful. I feel like the aries/indy space is almost impenetrable for outsiders :slight_smile:

aspannag (Tue, 27 Jul 2021 14:52:50 GMT):
> But for a lot of companies this may be a limitation. E.g. If you're an identity service provider you want to serve all your customers, independant of the language your customers use. Can you clear up this point? Why would it matter to me as an identity service provider in which language I serve my clients? Isn't the protocoll responsible for ensuring interoperability?

TimoGlastra (Tue, 27 Jul 2021 14:55:47 GMT):
Yes! I mean for example Trinsic. They offer a proprietary mobile sdk that allows you to build mobile wallets. The want this to be available in as many languages and platforms. Writing this is a language that you can compile to a c-callable library means you can reuse the same core for all languages and platforms and just expose a nice wrapper for the platform/language

TimoGlastra (Tue, 27 Jul 2021 14:55:50 GMT):

Clipboard - July 27, 2021 4:55 PM

aspannag (Tue, 27 Jul 2021 15:16:49 GMT):
Alright. Thank you very much. I got a lot out of your explanations.

kukgini (Thu, 29 Jul 2021 07:48:27 GMT):
Has joined the channel.

kukgini (Thu, 29 Jul 2021 07:56:56 GMT):
If you want to migrate completely to the new repository, how about stating that this project is archived with a link to the new project in README.md?

kukgini (Thu, 29 Jul 2021 07:56:56 GMT):
Thanks for your contribution. If you want to migrate completely to the new repository, how about stating that this project is archived with a link to the new project in your README.md? Or maybe you want to keep both projects.

moosops (Thu, 29 Jul 2021 13:45:26 GMT):
Hi team, sorry this week it will be hard to attend the meeting

SuneetBendre (Thu, 29 Jul 2021 14:21:57 GMT):
Has joined the channel.

JamesEbert (Thu, 29 Jul 2021 16:31:21 GMT):
Any ideas as to why rn-indy-sdk would be parsing errors incorrectly? I'm thinking it may be a Hermes issues, but I'm unsure. `{ a: 'IndyError', 07-29 10:29:06.334 6835 7450 I ReactNativeJS: b: 204, 07-29 10:29:06.334 6835 7450 I ReactNativeJS: c: 'WalletNotFoundError', 07-29 10:29:06.334 6835 7450 I ReactNativeJS: d: 'WalletNotFoundError', 07-29 10:29:06.334 6835 7450 I ReactNativeJS: e: 'Error: Wallet not found\n Caused by: No wallet database exists\n', 07-29 10:29:06.334 6835 7450 I ReactNativeJS: f: '' }`

JamesEbert (Thu, 29 Jul 2021 17:01:20 GMT):
Appears that we had some shrinking and processing in release that was causing issues. Thanks!

jakubkoci (Fri, 30 Jul 2021 13:35:16 GMT):
I think it should be possible for developer to call `agent.ledger.connect` and handle the connection whenever he wants. We had the same issues as you both described with aries-vcx. Now, we handling the connection by ourself and it works well.

PatrikStas (Fri, 30 Jul 2021 14:17:44 GMT):
Has joined the channel.

JamesEbert (Fri, 30 Jul 2021 15:09:08 GMT):
Agreed

amitpadmani-awts (Thu, 19 Aug 2021 10:35:34 GMT):
Has joined the channel.

moosops (Thu, 19 Aug 2021 12:58:37 GMT):
Hi team, I'll not be able to attend today but please tell me what exactly should I do with the PR for the "agent setup" to get it merged. I need to continue on other documentation. I am a bit confused since it was only 1 file that I changed now it shows something like 60+ files

TimoGlastra (Sat, 21 Aug 2021 13:11:31 GMT):
I left a review on your PR!

sairanjit (Tue, 24 Aug 2021 13:16:10 GMT):
Hi team , I am facing issue after connection with afj web socket mediator when I try to connect other agents I am getting the error *Only HTTP(S) protocols are supported* as I am using the web socket I have mediator endpoint something like this wss://664e-103-132-171-2.ngrok.io How can we solve this issue ?

TimoGlastra (Tue, 24 Aug 2021 14:48:53 GMT):
Are you using the latest version of AFJ? We just merged support for using multiple transports, so you can use both HTTPS and WS for the mediator

sairanjit (Tue, 24 Aug 2021 14:49:33 GMT):
Actually I am trying to use a custom agent for the same

TimoGlastra (Tue, 24 Aug 2021 14:50:37 GMT):
So you're using a custom agent + an AFJ mediator?

TimoGlastra (Tue, 24 Aug 2021 14:51:17 GMT):
The problem is that the mediator only supports websockets, so other agents that do not support WebSockets cannot talk to the mediator. If the mediator supports both HTTP and WebSockets that would be fine

TimoGlastra (Tue, 24 Aug 2021 14:51:52 GMT):
Maybe I'm misunderstanding the problem

sairanjit (Tue, 24 Aug 2021 14:55:46 GMT):
Okay so I have to use a mediator which supports websockets and http both got it now I will try this and give update

TimoGlastra (Tue, 24 Aug 2021 14:56:14 GMT):
Exactly

TimoGlastra (Tue, 24 Aug 2021 14:56:24 GMT):
The sample mediator has been updated: https://github.com/hyperledger/aries-framework-javascript/blob/main/samples/mediator.ts

sairanjit (Wed, 25 Aug 2021 12:48:56 GMT):
Hi @TimoGlastra thanks for reference

sairanjit (Wed, 25 Aug 2021 12:50:21 GMT):
but now I am not able to receive messages to my mobile agent from mediator while I am trying to connect the other agent

sairanjit (Wed, 25 Aug 2021 12:51:30 GMT):
Mediator is able to receive the messages from other agents but I am not able to receive messages from mediator to edge wallet

sairanjit (Wed, 25 Aug 2021 12:51:35 GMT):

Clipboard - August 25, 2021 6:21 PM

TimoGlastra (Wed, 25 Aug 2021 17:03:24 GMT):
How are you retrieving messages?

TimoGlastra (Wed, 25 Aug 2021 17:03:57 GMT):
Specifically, are you using the implicit or explicit pickup mechanism?

TimoGlastra (Wed, 25 Aug 2021 17:04:43 GMT):
It seems like you're using the implicit method (by opening a websocket and sending a trust ping). This is not supported by the AFJ mediator ATM

TimoGlastra (Wed, 25 Aug 2021 17:05:07 GMT):
You need to send a batch pickup message (https://github.com/hyperledger/aries-rfcs/blob/main/features/0212-pickup/README.md#batch-pickup)

sairanjit (Wed, 25 Aug 2021 18:39:46 GMT):
Oh okay I was using the implicit mechanism got you now

TimoGlastra (Wed, 01 Sep 2021 16:42:13 GMT):
Hi All, As a heads up, Karim and I won't be able to join the AFJ meeting tomorrow (at least the first half) due to a conflicting meeting

moosops (Thu, 02 Sep 2021 13:18:31 GMT):
Hi All, I'll not be able o attend the meeting today I deleted the Agent documentation PR because it has a lot of conflicts and weird changes. Will start new PR with clean modifications

moosops (Thu, 02 Sep 2021 13:19:39 GMT):
I was also able to create a new wallet template from scratch with the latest framework and it was awesome, but the setup documentation lacking some important steps

moosops (Fri, 03 Sep 2021 16:54:57 GMT):
I added the PR for documentation again with lots of fixes and changes, please review and approve if applicable, lets move on

jakubkoci (Thu, 09 Sep 2021 08:35:48 GMT):
Hi all, I want be able to attend todays call.

karimStekelenburg1 (Thu, 09 Sep 2021 14:19:52 GMT):
I think Timo forgot to mention he’s on vacation this week and also unable to join. I was late for the call and it was empty. My apologies… Let’s pick it back up next week!

moosops (Fri, 10 Sep 2021 16:53:51 GMT):
This makes sense, I joined and found no one so I left

JamesEbert (Fri, 10 Sep 2021 18:36:42 GMT):
My apologies I was also not able to attend due to participating in the Cardea Interop-athon event.

moosops (Mon, 13 Sep 2021 14:08:30 GMT):
Guys, will there be any progress on getting the documentation work merged?

TimoGlastra (Wed, 15 Sep 2021 13:17:33 GMT):
Still some comments to be resolved

TimoGlastra (Wed, 15 Sep 2021 13:19:05 GMT):
Also I left some comments on the previous PR that I can't see in the new PR yet

TimoGlastra (Wed, 15 Sep 2021 13:19:15 GMT):
Or do you want to tackel those at a later stage?

moosops (Thu, 16 Sep 2021 14:01:42 GMT):
I think I resolved them all, I would also suggest fine tuning the docs at later stage after at least we cover most topics we can go back fine tune the whole docs again

JamesEbert (Fri, 17 Sep 2021 23:52:39 GMT):
Also, @TimoGlastra, I know you and Berend were looking at/asking about self attested presentations at one point, I've been meaning to share the code we had used to make that happen in the Cardea Holder: https://github.com/thecardeaproject/cardea-mobile-holder/blob/main/components/Workflow/index.js#L321 It's a bit of a mess and we're on a verry old version of AFJ (0.0.5-unstable.0), so we've come a long way and need to get this back up to speed too. I think we're going to need to revamp some of the presentations code, especially for more stuff to do with self-attested attributes. Currently I don't think we have any mechanism available to do self attested *and* verifiable attributes in the same request. But perhaps that can be of use to you guys. :)

JamesEbert (Fri, 17 Sep 2021 23:52:39 GMT):
Also, @TimoGlastra, I know you and Berend were looking at/asking about self attested presentations at one point, I've been meaning to share the code we had used to make that happen in the Cardea Holder: https://github.com/thecardeaproject/cardea-mobile-holder/blob/main/components/Workflow/index.js#L321 It's a bit of a mess and we're on a verry old version of AFJ (0.0.5-unstable.0), so we've come a long way and need to get this back up to speed too. I think we're going to need to revamp some of the AFJ presentations code, especially for more stuff to do with self-attested attributes. Currently I don't think we have any mechanism available to do self attested *and* verifiable attributes in the same request. But perhaps that can be of use to you guys. :)

TimoGlastra (Sun, 19 Sep 2021 18:56:57 GMT):
Cool thanks for this @JamesEbert Maybe we can talk about it a bit more during the next WG call :)

JamesEbert (Mon, 20 Sep 2021 18:04:29 GMT):
Yeah, that'd be good :D

da3v21 (Tue, 21 Sep 2021 04:48:48 GMT):
Has joined the channel.

da3v21 (Tue, 21 Sep 2021 04:51:32 GMT):
hi everyone, any plans to include *did-exchange* protocol in aries framework javascript

TimoGlastra (Tue, 21 Sep 2021 13:31:00 GMT):
Yes! It's on the roadmap for the coming months. It's on my todo list to create an updated overview with the features we want to work on next and when we intend to work on them

TimoGlastra (Thu, 23 Sep 2021 10:44:32 GMT):
It seems there's some confusion around timezones. Could everyone post here whether they think the call is happening at 14:00 UTC or 15:00 UTC. The call is scheduled at 14:00 UTC in the Hyperledger calendar, and that's also what we've been doing for the last months

TimoGlastra (Thu, 23 Sep 2021 10:44:55 GMT):
@swcurran @JamesEbert @moosops

TimoGlastra (Thu, 23 Sep 2021 10:45:18 GMT):
@genaris

moosops (Thu, 23 Sep 2021 13:09:24 GMT):
10:00am EST Toronto

genaris (Thu, 23 Sep 2021 13:33:10 GMT):
11:00 a.m. Buenos Aires time (GMT -3)

genaris (Thu, 23 Sep 2021 13:33:23 GMT):
I think it would be 14:00 UTC

moosops (Thu, 23 Sep 2021 14:46:48 GMT):
https://github.com/MosCD3/ComX4

moosops (Thu, 23 Sep 2021 14:47:56 GMT):
AFJ TestBed, No UI, 1 page RN App

JamesEbert (Thu, 23 Sep 2021 15:33:35 GMT):
14:00 UTC :thumbsup: Sorry if I caused any confusion there @swcurran

moosops (Tue, 28 Sep 2021 17:47:50 GMT):
"https://mediator.animo.id/invitation" is down, it has to be up since it is indicated in the Docs as one of the test servers for mediation

TimoGlastra (Wed, 29 Sep 2021 07:49:57 GMT):
Should be up again now @moosops

vsadriano (Wed, 29 Sep 2021 10:30:15 GMT):
Has left the channel.

PrasadKatkar (Wed, 29 Sep 2021 11:23:26 GMT):
Has joined the channel.

Arsh-Sandhu (Sat, 02 Oct 2021 13:15:56 GMT):
Has joined the channel.

ringo156 (Tue, 05 Oct 2021 04:23:43 GMT):
Has joined the channel.

swcurran (Thu, 07 Oct 2021 20:04:11 GMT):
Has joined the channel.

jakubkoci (Fri, 08 Oct 2021 09:52:55 GMT):
Hi all. I try to run AFJ tests on `main` branch, but many test are failing with error "TypeError: Reflect.getMetadata is not a function". Does anyone have an idea what could be a problem?

jakubkoci (Fri, 08 Oct 2021 09:52:55 GMT):
Hi all. I try to run AFJ tests on `main` branch, but many tests are failing with the error "TypeError: Reflect.getMetadata is not a function". Does anyone have an idea what could be a problem?

jakubkoci (Fri, 08 Oct 2021 14:27:05 GMT):
Nevermind, it seems like problem with my local state of Jest cache (although, `yarn jest --clearCache` didn't help)

lauravuo-techlab (Tue, 12 Oct 2021 08:25:19 GMT):
We are having some problems when connecting with aries-js-agent (Bob) to findy-agent (Acme). aries-js-agent reports `Connection in connection response is not signed with same key as recipient key in invitation`, this happens when aries-js-agent has received the connection response for the connection request. As the connection succeeds with acapy+findy-agent and dotnet+findy-agent, I am wondering how does the js-agent implementation differ?

TimoGlastra (Tue, 12 Oct 2021 15:11:41 GMT):
Hi @lauravuo-techlab , AFAIK all agents check for this (they should be), so maybe it's something we did wrong on the AFJ side

TimoGlastra (Tue, 12 Oct 2021 15:13:04 GMT):
We check whether the verkey used in the invitation is the same as the verkey used to sign the connection response message. Could you verify for me that you're signing the connection response with the same key as the key used in the invitation? ``` // Per the Connection RFC we must check if the key used to sign the connection~sig is the same key // as the recipient key(s) in the connection invitation message const signerVerkey = message.connectionSig.signer const invitationKey = connectionRecord.getTags().invitationKey if (signerVerkey !== invitationKey) { throw new AriesFrameworkError( 'Connection object in connection response message is not signed with same key as recipient key in invitation' ) } ```

TimoGlastra (Tue, 12 Oct 2021 15:14:25 GMT):
We should probably improve that message to include the verkeys to see the difference

lauravuo-techlab (Tue, 12 Oct 2021 15:35:58 GMT):
Ok, thanks :thumbsup: we will check our implementation if the keys are actually different.

TimoGlastra (Tue, 12 Oct 2021 15:41:05 GMT):
Thanks, let me know what you find. Happy to help explore the issue

Beri (Tue, 12 Oct 2021 18:15:36 GMT):
Has joined the channel.

JamesEbert (Tue, 12 Oct 2021 23:40:49 GMT):
Also--are we looking to cancel this week's AFJ call due to IIW conflicting?

TimoGlastra (Wed, 13 Oct 2021 08:11:21 GMT):
Yes I think so

TimoGlastra (Wed, 13 Oct 2021 08:12:52 GMT):
But I'm happy to let it go through if there is a desire for it

bs (Wed, 13 Oct 2021 21:09:46 GMT):
Has joined the channel.

jakubkoci (Thu, 14 Oct 2021 13:50:15 GMT):
I'm good if we skip this week :)

lauravuo-techlab (Mon, 18 Oct 2021 09:38:43 GMT):
Our implementation was actually using different keys, so the problem could be fixed in our side. Now we have all supported findy (default) - javascript (bob) cases passing. However, there seems to be an issue the other way around js (default) - findy (bob). For example with test `@T001-RFC0036`, when js agent receives the credential request, the execution stops without any errors in the logs i.e. findy-agent does not receive the reply for the request: `[2021-10-18T09:31:11.759] [INFO ] [TSED] - Received message with type 'did:sov:BzCbsNYhMrjHiqZDTUASHg;spec/issue-credential/1.0/propose-credential' from connection 286ed752-36cf-485c-ba79-75a40888a13b (findy-agent-backchannel-1634549420957930600) { '@id': 'a77654f6-47d0-4f9e-ba3a-dd68d53c51b4', '@type': 'did:sov:BzCbsNYhMrjHiqZDTUASHg;spec/issue-credential/1.0/propose-credential', credential_proposal: { '@type': 'did:sov:BzCbsNYhMrjHiqZDTUASHg;spec/issue-credential/1.0/credential-preview', attributes: [ [Object], [Object], [Object] ] }, cred_def_id: 'Sv43LXtpvo94JRDpf5oD94:3:CL:2035:5857', '~thread': { thid: 'a77654f6-47d0-4f9e-ba3a-dd68d53c51b4' } } [2021-10-18T09:31:11.748] [INFO ] [TSED] - { reqId: '507ad1e208f54627b22844bbe21002d7', method: 'POST', url: '/agent/command/issue-credential/send-offer/', duration: 0, time: 2021-10-18T09:31:11.748Z, event: 'request.start' } [2021-10-18T09:31:31.773] [INFO ] [TSED] - { reqId: '507ad1e208f54627b22844bbe21002d7', method: 'POST', url: '/agent/command/issue-credential/send-offer/', duration: 20025, time: 2021-10-18T09:31:31.773Z, event: 'request.end', status: 200 } [2021-10-18T09:31:32.318] [INFO ] [TSED] - Accepting request for credential record d81eca6c-e679-4a0b-8334-75789a441388 [2021-10-18T09:31:32.415] [INFO ] [TSED] - Received message with type 'did:sov:BzCbsNYhMrjHiqZDTUASHg;spec/issue-credential/1.0/request-credential' from connection 286ed752-36cf-485c-ba79-75a40888a13b (findy-agent-backchannel-1634549420957930600) { '@id': 'a040ed0f-b167-419f-b04e-a29b39c4f17d', '@type': 'did:sov:BzCbsNYhMrjHiqZDTUASHg;spec/issue-credential/1.0/request-credential', 'requests~attach': [ { '@id': 'libindy-cred-request-0', 'mime-type': 'application/json', lastmod_time: '0001-01-01T00:00:00Z', data: [Object] } ], '~thread': { thid: 'a77654f6-47d0-4f9e-ba3a-dd68d53c51b4' } } ` I was wondering do you have any tips how to debug this further?

lauravuo-techlab (Mon, 18 Oct 2021 09:38:43 GMT):
Our implementation was actually using different keys, so the problem could be fixed in our side. Now we have all supported findy (default) - javascript (bob) cases passing. However, there seems to be an issue the other way around js (default) - findy (bob). For example with test `@T001-RFC0036`, when js agent receives the credential request, the execution stops without any errors in the logs i.e. findy-agent does not receive the reply for the request: ``` [2021-10-18T09:31:11.759] [INFO ] [TSED] - Received message with type 'did:sov:BzCbsNYhMrjHiqZDTUASHg;spec/issue-credential/1.0/propose-credential' from connection 286ed752-36cf-485c-ba79-75a40888a13b (findy-agent-backchannel-1634549420957930600) { '@id': 'a77654f6-47d0-4f9e-ba3a-dd68d53c51b4', '@type': 'did:sov:BzCbsNYhMrjHiqZDTUASHg;spec/issue-credential/1.0/propose-credential', credential_proposal: { '@type': 'did:sov:BzCbsNYhMrjHiqZDTUASHg;spec/issue-credential/1.0/credential-preview', attributes: [ [Object], [Object], [Object] ] }, cred_def_id: 'Sv43LXtpvo94JRDpf5oD94:3:CL:2035:5857', '~thread': { thid: 'a77654f6-47d0-4f9e-ba3a-dd68d53c51b4' } } [2021-10-18T09:31:11.748] [INFO ] [TSED] - { reqId: '507ad1e208f54627b22844bbe21002d7', method: 'POST', url: '/agent/command/issue-credential/send-offer/', duration: 0, time: 2021-10-18T09:31:11.748Z, event: 'request.start' } [2021-10-18T09:31:31.773] [INFO ] [TSED] - { reqId: '507ad1e208f54627b22844bbe21002d7', method: 'POST', url: '/agent/command/issue-credential/send-offer/', duration: 20025, time: 2021-10-18T09:31:31.773Z, event: 'request.end', status: 200 } [2021-10-18T09:31:32.318] [INFO ] [TSED] - Accepting request for credential record d81eca6c-e679-4a0b-8334-75789a441388 [2021-10-18T09:31:32.415] [INFO ] [TSED] - Received message with type 'did:sov:BzCbsNYhMrjHiqZDTUASHg;spec/issue-credential/1.0/request-credential' from connection 286ed752-36cf-485c-ba79-75a40888a13b (findy-agent-backchannel-1634549420957930600) { '@id': 'a040ed0f-b167-419f-b04e-a29b39c4f17d', '@type': 'did:sov:BzCbsNYhMrjHiqZDTUASHg;spec/issue-credential/1.0/request-credential', 'requests~attach': [ { '@id': 'libindy-cred-request-0', 'mime-type': 'application/json', lastmod_time: '0001-01-01T00:00:00Z', data: [Object] } ], '~thread': { thid: 'a77654f6-47d0-4f9e-ba3a-dd68d53c51b4' } } ``` I was wondering do you have any tips how to debug this further?

TimoGlastra (Mon, 18 Oct 2021 10:11:55 GMT):
That is great to hear @lauravuo-techlab On the other issue, improving the logging is still something on our todo list. What I often try to do is enabling the indy sdk logger to see if there are any problems at the indy level

TimoGlastra (Mon, 18 Oct 2021 10:13:08 GMT):
In the entry of the javascript backchannel (https://github.com/hyperledger/aries-agent-test-harness/blob/main/aries-backchannels/javascript/server/src/index.ts), below the import statements, above the `bootstrap` method add the following:

TimoGlastra (Mon, 18 Oct 2021 10:13:19 GMT):
indy.setLogger(function (level, target, message, modulePath, file, line) { console.log('libindy said:', level, target, message, modulePath, file, line) })

TimoGlastra (Mon, 18 Oct 2021 10:13:19 GMT):
``` indy.setLogger(function (level, target, message, modulePath, file, line) { console.log('libindy said:', level, target, message, modulePath, file, line) }) ```

TimoGlastra (Mon, 18 Oct 2021 10:13:56 GMT):
Also make sure to import indy-sdk: ``` import * as indy from 'indy-sdk' ```

nbAmit (Wed, 20 Oct 2021 04:53:47 GMT):
Has joined the channel.

lauravuo-techlab (Wed, 20 Oct 2021 13:32:18 GMT):
``` /src/node_modules/ts-node/src/index.ts:513 return new TSError(diagnosticText, diagnosticCodes) ^ TSError: ⨯ Unable to compile TypeScript: src/index.ts:16:6 - error TS2339: Property 'setLogger' does not exist on type 'typeof import("/src/node_modules/@types/indy-sdk/index")'. ```

lauravuo-techlab (Wed, 20 Oct 2021 13:32:40 GMT):
it doesn't seem to work :thinking:

TimoGlastra (Wed, 20 Oct 2021 15:25:57 GMT):
Hmm I think indy is missing some types. Can you try adding ‘// @ts-ignore’ above the indy.setLogger line?

lauravuo-techlab (Thu, 21 Oct 2021 05:20:43 GMT):
Thanks, that worked. However, unfortunately it revealed no new logs in this case, the execution just stops as before and no error messages are printed.

TimoGlastra (Thu, 21 Oct 2021 05:59:13 GMT):
Hmmm, I think we may need to dive in ourselves. Do you have a branch where we can run the tests exactly as you're running them?

lauravuo-techlab (Thu, 21 Oct 2021 07:58:18 GMT):
I think it's repro with latest test-harness: `./manage build -a javascript -a findy` `./manage run -d javascript -b findy -t @AcceptanceTest -t @AIP10 -t ~@wip -t ~@revocation`

amanji (Thu, 21 Oct 2021 13:05:31 GMT):
Has joined the channel.

amanji (Thu, 21 Oct 2021 13:05:52 GMT):
Is this weeks meeting cancelled as well?

JamesEbert (Thu, 21 Oct 2021 16:55:52 GMT):
Based off of timing of your message, it appears you were likely an hour early to the meeting.

amanji (Thu, 21 Oct 2021 18:37:17 GMT):
Haha I thought so.

amanji (Thu, 21 Oct 2021 18:39:27 GMT):
Will update my calendar for next week

TimoGlastra (Sun, 24 Oct 2021 20:11:53 GMT):
@lauravuo-techlab I updated the version of AFJ in the test harness and that seems to have solved the issue. Could you verify if this also works for you? https://github.com/hyperledger/aries-agent-test-harness/pull/371

TimoGlastra (Sun, 24 Oct 2021 20:12:18 GMT):
All tests succeeded when running the command you sent above

lauravuo-techlab (Mon, 25 Oct 2021 08:16:52 GMT):
Yes it worked! Thanks a lot!

moosops (Thu, 28 Oct 2021 13:35:38 GMT):
Hi All, I'll not be able to join today. Just a reminder to review the pending PR for the documentation, lets wrap up the start up docs

amanji (Fri, 29 Oct 2021 19:15:45 GMT):
Where are release versions tracked?

amanji (Fri, 29 Oct 2021 19:15:45 GMT):
Where are release versions tracked for AFJ?

amanji (Fri, 29 Oct 2021 19:18:17 GMT):
https://www.npmjs.com/package/@aries-framework/core

amanji (Fri, 29 Oct 2021 19:27:08 GMT):
I guess the reason why I ask is that there is no longer a correspondence between the GitHub release tags and the NPM package version.

TimoGlastra (Fri, 29 Oct 2021 20:35:28 GMT):
Yeah we should get that fixed somehow. Basically what we did first was create a github release for every commit. This is not really sustainable so what we're doing now is create a release on NPM for every commit (currently on latest tag under alpha version). Soon we will release 0.1.0 after which a new github release will be made, and 0.1.0 will be released to NPM under latest tag. From there we will still release on every commit but under a prerelease tag to NPM, but also won't create a Github release.

TimoGlastra (Fri, 29 Oct 2021 20:36:31 GMT):
If we only create releases for actual released it becomes a lot easier to track what has changed since the previous release. But it does complicate the tracking for prereleases a bit

TimoGlastra (Fri, 29 Oct 2021 20:37:24 GMT):
Basically every commit is a release, so you can look at the commit history and count back the changes (if latest release is 289 and you're on 284 the last 5 commits is what has chnaged)

amanji (Fri, 29 Oct 2021 20:38:17 GMT):
Ah ok that makes sense then. Thanks

amanji (Fri, 29 Oct 2021 20:38:42 GMT):
Following that it's easy for me to see what has changed between each pre-release

HarshMultani (Fri, 05 Nov 2021 15:48:27 GMT):
Hi Team, Has anyone taken a clone of AFJ in local and build the local repository and linked the core and node packages to use it as a demo, in place of the core and node packages downloaded from npm?

HarshMultani (Fri, 05 Nov 2021 15:49:01 GMT):
For me I am not able to register the inbound transport when i am using the local repo.

HarshMultani (Fri, 05 Nov 2021 15:49:42 GMT):
But when i download it from NPM, I am able to register the inbound transport and able to establish connection?

HarshMultani (Fri, 05 Nov 2021 15:50:53 GMT):
I have made changes to the local AFJ and want to use that. The error it gives is that "Argument of type 'HttpInboundTransport' is not assignable to parameter of type 'InboundTransport'." --- During a registerInboundTransport.

HarshMultani (Fri, 05 Nov 2021 15:51:05 GMT):
I have "strictFunctionTypes": false, in tsconfig.json, still It is giving me that issue.

TimoGlastra (Fri, 05 Nov 2021 16:30:05 GMT):
I think there is something going wrong with the linking. The `@aries-framework/node` package uses `@aries-framewor/core` internally. I suspect it is using the version of `@aries-framework/core` from NPM but you are using your local version of AFJ yourself? Not sure but it sounds like you have two versions of core. I have successfully used a local build of AFJ in the past using yarn link

TimoGlastra (Sun, 07 Nov 2021 16:55:40 GMT):
Hi all I've created a bunch of PRs, all of very moderate size so should be easy to review. If someone has the time to look at these that would be nice: - https://github.com/hyperledger/aries-framework-javascript/pull/528 - https://github.com/hyperledger/aries-framework-javascript/pull/527 - https://github.com/hyperledger/aries-framework-javascript/pull/526 - https://github.com/hyperledger/aries-framework-javascript/pull/525 - https://github.com/hyperledger/aries-framework-javascript/pull/523 - https://github.com/hyperledger/aries-framework-javascript/pull/524

amanji (Tue, 09 Nov 2021 00:37:45 GMT):
Is there any guidance on connection-less verification and issuance, in terms of what methods to call, etc?

TimoGlastra (Tue, 09 Nov 2021 06:42:28 GMT):
No documentation, but this issue describes how you can do it with an ACA-Py agent: https://github.com/hyperledger/aries-framework-javascript/issues/492

EliasKim (Tue, 09 Nov 2021 21:10:56 GMT):
Has joined the channel.

faisal00813 (Wed, 10 Nov 2021 11:51:09 GMT):
Has joined the channel.

amanji (Wed, 10 Nov 2021 18:31:54 GMT):
Quick question about handling URL shortening and redirecting in the context of connection-less and OOB requests. From the perspective of AFJ, and if in the future AFJ will handle shortened URLs directly in the framework, should the redirect end with the JSON payload of the invitation/request in the response body or is AFJ always expecting to get the long URL from the header in the redirect (whether this is in base64 or JSON format)? The reason I ask is in relation to the notes in this RFC: https://github.com/hyperledger/aries-rfcs/tree/main/features/0434-outofband#url-shortening. I'm seeking to align implementations from the sender.

amanji (Wed, 10 Nov 2021 18:31:54 GMT):
Quick question about handling URL shortening and redirecting in the context of connection-less and OOB requests. From the perspective of AFJ, and if in the future AFJ will handle shortened URLs directly in the framework, should the redirect end with the JSON payload of the invitation/request in the response body or is AFJ always expecting to get the long URL from the location header in the redirect (whether this is in base64 or JSON format)? The reason I ask is in relation to the notes in this RFC: https://github.com/hyperledger/aries-rfcs/tree/main/features/0434-outofband#url-shortening. I'm seeking to align implementations from the sender.

TimoGlastra (Thu, 11 Nov 2021 20:19:52 GMT):
I think it should indeed be a JSON object, so if you have influence on the sender side that would probably be the best solution

TimoGlastra (Thu, 11 Nov 2021 20:20:08 GMT):
But this is also how Trinsic does it

versus (Wed, 17 Nov 2021 06:08:16 GMT):
Has joined the channel.

IgorSim (Wed, 17 Nov 2021 08:24:43 GMT):
Has joined the channel.

versus (Wed, 17 Nov 2021 12:51:02 GMT):
Hello all! We are looking to support JSON-LD attachment formats (Aries Issue/Proof v2) using the Aries Mobile Agent React Native. As it uses Aries Javascript, our understanding is that we should be looking for this support in aries-javascript. Quick search reveals that this is already part of the Roadmap (https://github.com/hyperledger/aries-framework-javascript/discussions/430). Two main questions: has this work already started? If not, do you have some understanding (ideally, a ballpark estimate) about the efforts required? One viable option for us might be to support the development.

TimoGlastra (Wed, 17 Nov 2021 15:32:30 GMT):
Hi @versus! To answer your questions: > has this work already started? If not, do you have some understanding (ideally, a ballpark estimate) about the efforts required? Yes the work has just started and will see a lot of attention in the coming weeks. The efforts required are quite big. We need add support for multiple protocols and also support a new credential type. > One viable option for us might be to support the development. We always welcome new contributions! If possible, maybe you can join the AFJ working group call tomorrow? See here for the meeting agenda: https://wiki.hyperledger.org/display/ARIES/Aries+Framework+JavaScript

MikeRichardson (Fri, 19 Nov 2021 07:19:43 GMT):
Has joined the channel.

MikeRichardson (Fri, 19 Nov 2021 07:35:34 GMT):
Is it possible to spin up example agents, eg Bob, Alice, Acme etc. to run the same use case as in aca-py?

MikeRichardson (Fri, 19 Nov 2021 07:35:42 GMT):
If so, where can I see that?

TimoGlastra (Fri, 19 Nov 2021 09:00:13 GMT):
No, sadly we don't have example demos yet as in the ACA-Py repo

MikeRichardson (Fri, 19 Nov 2021 17:54:21 GMT):
That would be a cool thing to do. If I get some time, this is something I'd quite like to have a look at. The test suite in AFJ does some of this stuff I see.

swcurran (Fri, 19 Nov 2021 18:26:30 GMT):
Alice-Faber demo in ACA-Py has been incredibly valuable. It's a great introduction, a great testbed as PRs are reviewed (does Alice Faber still work???) and has been very good for adding introducing new capabilities (revocation, multi-tenancy) with simple working controller code. Well worth the effort -- kudos especially to @ianco for making sure it is always a part of the evolution of the framework!

swcurran (Fri, 19 Nov 2021 18:26:30 GMT):
Alice-Faber demo in ACA-Py has been incredibly valuable. It's a great introduction, a great testbed as PRs are reviewed (does Alice Faber still work???) and has been very good when introducing new capabilities (revocation, multi-tenancy) with simple working controller code. Well worth the effort -- kudos especially to @ianco for making sure it is always a part of the evolution of the framework!

ianco (Fri, 19 Nov 2021 18:26:30 GMT):
Has joined the channel.

ianco (Fri, 19 Nov 2021 18:27:57 GMT):
Also the same code that runs the alice/faber demo supports the aca-py integration tests

regiseloi (Fri, 19 Nov 2021 20:31:08 GMT):
Has joined the channel.

sairanjit (Wed, 24 Nov 2021 13:05:49 GMT):
Hi all , How to test the changes from the AFJ if I added some changes ?

TimoGlastra (Wed, 24 Nov 2021 15:25:17 GMT):
Please see the developers readme on how to run tests: https://github.com/hyperledger/aries-framework-javascript/blob/main/DEVREADME.md

sairanjit (Thu, 25 Nov 2021 13:26:00 GMT):
I was able to test my changes by integrating it with the afj-ext

sairanjit (Thu, 25 Nov 2021 13:26:32 GMT):
How can we run the AFJ rest sample locally ?

sairanjit (Thu, 25 Nov 2021 13:26:32 GMT):
I tried to run locally by changing to local endpoint and the I am able to get inbound messages but facing issue while sending outbound messages

sairanjit (Thu, 25 Nov 2021 13:28:30 GMT):
*Error sending message to http://192.168.1.7:9001: The user aborted a request.*

sairanjit (Thu, 25 Nov 2021 13:29:00 GMT):
This is the error I am getting when sending message to aca-py

leostereo (Thu, 25 Nov 2021 15:02:30 GMT):
Has joined the channel.

leostereo (Thu, 25 Nov 2021 15:02:31 GMT):
Hy guys , just wanted to ask. what is the recomended way to begin playing with javascript agent ? I mean , creating an agent and controlling it via api. Any advice would be wellcome.

swcurran (Thu, 25 Nov 2021 15:15:40 GMT):
AFJ is mostly used as the basis of a mobile wallet. You can look at Aries Bifold -- a react native wallet. https://github.com/hyperledger/aries-mobile-agent-react-native

swcurran (Thu, 25 Nov 2021 15:16:20 GMT):
If you want to build server based agents, you probably want to use another framework (such as Aries Cloud Agent Python) and build your controller (the business logic) in JavaScript.

swcurran (Fri, 26 Nov 2021 19:27:04 GMT):
In the Canadian group, we've been talking about how to make VCs display nicely in the wallet for users, and how to ensure we have localization at the credential layer -- e.g. displaying localized attribute labels without resorting to code in the wallet that is credential-type specific. @Jason.Leach and I have produced a summary of the topic and approaches we can take: https://hackmd.io/YKAPlPxxQ1S5gzV9YrSVsA?view. I'm pretty sure whatever solution we choose will be implemented at the AFJ layer. In that document, we summarize the problem for AnonCreds, and the two core issues -- how the issuer can make metadata about each credential type available to the Wallet (and verifiers) and what format we could/should use for that metadata. As you will see, one of the options is the "Overlays Capture Architecture" that has been floating around the community for a few years. The more I scanned the specification (linked in the document above) the happier I was with it – if the tooling is there to use it. Key things that I was reminded of when reading about OCA, beyond the multi-lingual labels: - flags on “PII” data so that the wallet can say to the holder – “hey, do you really want to share this data element?” - An “information” overlay that allows the issuers to provide information about each attribute – allowing either direct display or a “?” icon to display more for the user. - The label overlay includes a “grouping” concept with labels for the groups, so that the presentation can go beyond just a flat list of values. There's more, but those are the most directly applicable to the Wallet use case. Fun stuff that I’m sure the UX folks would love, while removing any sort of credential-specific code in the wallet. I'd be interested in any feedback from folks on the ideas presented.

Jason.Leach (Fri, 26 Nov 2021 19:27:04 GMT):
Has joined the channel.

MikeRichardson (Mon, 29 Nov 2021 11:21:49 GMT):
In the AFJ repo I see there are some tests under ./packages/core/src/modules//__tests__ and other tests in ./tests I am wondering why there are tests in these two places...

MikeRichardson (Mon, 29 Nov 2021 11:21:49 GMT):
In the AFJ repo I see there are some (credential) tests under ./packages/core/src/modules/credentials/__tests__ and other tests in ./packages/core/tests I am wondering why there are tests in these two places...

MikeRichardson (Mon, 29 Nov 2021 11:25:22 GMT):
(and where should tests for new V2 credentials go?)

TimoGlastra (Mon, 29 Nov 2021 12:22:31 GMT):
Good question! In general the root `tests` directory contains e2e tests that start complete agent setups (including HTTP / Websocket servers). The `tests` directory in the `core` directory contains tests that test a complete flow (issuing credential, verifying proof, connecting to a mediator, etc...) and can integrate with an external service (such as the ledger). The tests in the `__tests__` directories are mostly unit tests that mock external functionality

TimoGlastra (Mon, 29 Nov 2021 12:23:28 GMT):
We should probably reorganize the tests a bit, but I think it is nice that we have different kinds of tests separated

TimoGlastra (Mon, 29 Nov 2021 12:24:32 GMT):
To answer your last question. V2 unit tests should go into the `__tests__` directory of the `credentials` module. If you're testing the whole flow it should probably go into `packages/core/tests`

TimoGlastra (Mon, 29 Nov 2021 12:26:22 GMT):
This is really great @Jason.Leach @swcurran ! I'm not really familiar yet with OCA so will do some reading on it first, but looks very promising

MikeRichardson (Mon, 29 Nov 2021 12:45:49 GMT):
ok thanks for the explanation. I'll probably just separate the tests into V1 and V2 for now under the current folders.

MikeRichardson (Mon, 29 Nov 2021 12:47:00 GMT):
One more question; looking through the code at the V1 Indy stuff and it doesn't look that different from V2. What are the main differences?

TimoGlastra (Mon, 29 Nov 2021 12:48:47 GMT):
AFAIk there's no difference. The difference is in the protocol, and where the indy specific data should live.

TimoGlastra (Mon, 29 Nov 2021 12:49:51 GMT):
We currently have indy logic directly in the credentialservice, that's why we now want to use format specific handlers for it

MikeRichardson (Mon, 29 Nov 2021 12:52:22 GMT):
you mean that outer layer DIDcomm message wrapper?

MikeRichardson (Mon, 29 Nov 2021 15:15:49 GMT):
ok I'll keep that in mind

kukgini (Tue, 30 Nov 2021 11:05:51 GMT):
Has left the channel.

timbl (Tue, 30 Nov 2021 20:39:53 GMT):
Has joined the channel.

nbAmit (Wed, 01 Dec 2021 14:22:48 GMT):
Hi Guys, I want to know, is anyone working on the proof service test cases. I saw that currently, it is not present in the proof module. Should I write test cases for problem-report in the proofs?

TimoGlastra (Wed, 01 Dec 2021 14:41:07 GMT):
I think we never got to implementing those. It would be great if you can add tests!

JamesEbert (Wed, 01 Dec 2021 17:28:33 GMT):
Hey folks, trying to identify what PR/commit version 0.1.0-alpha.289 corresponds to? I _think_ it's https://github.com/hyperledger/aries-framework-javascript/pull/479, however I am not certain on that as the release are not tied to the code unfortunately. Any insight here @TimoGlastra ?

TimoGlastra (Wed, 01 Dec 2021 17:41:24 GMT):
I think one of these commits:

TimoGlastra (Wed, 01 Dec 2021 17:41:36 GMT):
- e5aedd02737d3764871c6b5d4ae61a3a33ed8398 - b1e2b8c54e909927e5afa8b8212e0c8e156b97f7 - 9fda24ecf55fdfeba74211447e9fadfdcbf57385

JamesEbert (Wed, 01 Dec 2021 17:43:00 GMT):
Thank you :blue_heart:

TimoGlastra (Wed, 01 Dec 2021 17:43:05 GMT):
- https://github.com/hyperledger/aries-framework-javascript/pull/509 - https://github.com/hyperledger/aries-framework-javascript/pull/504 - https://github.com/hyperledger/aries-framework-javascript/pull/463

JamesEbert (Wed, 01 Dec 2021 17:45:27 GMT):
Awesome, have identified that https://github.com/hyperledger/aries-framework-javascript/pull/463 is the one! Thank you, this is very helpful as I was struggling :laughing:

TimoGlastra (Wed, 01 Dec 2021 17:50:27 GMT):
In the future if you want to determine which commit belongs to which release you can do the following: 1. calculate total commit count in AFJ from github UI or by running `git rev-list --count main` 2. get differnence between total count and the version you want to know: (e.g. 319 - 289) 3. run `git rev-list --max-count 30 main` where you replace 30 with the number from the previous step 4. the most bottom commit-sha is the commit that belongs to your commit 5. go to https://github.com/hyperledger/aries-framework-javascript/commit/

TimoGlastra (Wed, 01 Dec 2021 17:50:27 GMT):
In the future if you want to determine which commit belongs to which release you can do the following: 1. calculate total commit count in AFJ from github UI or by running `git rev-list --count main` 2. get differnence between total count and the version you want to know: (e.g. 319 - 289) 3. run `git rev-list --max-count 30 main` where you replace 30 with the number from the previous step 4. the most bottom commit-sha is the commit that belongs to the release 5. go to https://github.com/hyperledger/aries-framework-javascript/commit/

JamesEbert (Wed, 01 Dec 2021 17:53:49 GMT):
Cool, thank you!

JamesEbert (Wed, 01 Dec 2021 17:54:49 GMT):
Do you see any harm in us adding some manual tags as well? This is something I'd be willing to do to improve the DX here

TimoGlastra (Wed, 01 Dec 2021 17:55:52 GMT):
Sure, but maybe it will be easier to let the CI handle it

TimoGlastra (Wed, 01 Dec 2021 17:56:09 GMT):
E.g. we create a tag, not a release for each unstable release

TimoGlastra (Wed, 01 Dec 2021 17:56:09 GMT):
E.g. we create a tag, not a github release for each unstable npm release

JamesEbert (Wed, 01 Dec 2021 17:56:30 GMT):
If the CI can I am all about that, I just thought there were some inherent issue with doing so

JamesEbert (Wed, 01 Dec 2021 17:56:39 GMT):
But that was probably just with a Github release

TimoGlastra (Wed, 01 Dec 2021 17:56:47 GMT):
No tags should be fine I think

JamesEbert (Wed, 01 Dec 2021 17:56:54 GMT):
That would be awesome then IMO

TimoGlastra (Wed, 01 Dec 2021 18:24:51 GMT):
https://github.com/hyperledger/aries-framework-javascript/pull/558

TimoGlastra (Thu, 02 Dec 2021 10:28:18 GMT):
@JamesEbert tags are now created for every release. E.g. see: https://github.com/hyperledger/aries-framework-javascript/tree/alpha.320

JamesEbert (Fri, 03 Dec 2021 00:02:04 GMT):
That's awesome! Thanks for getting that working :blue_heart:

NB-PrasadKatkar (Fri, 03 Dec 2021 08:58:32 GMT):
Has joined the channel.

NB-PrasadKatkar (Mon, 06 Dec 2021 05:58:58 GMT):

AFJ RFC 0454 PRESENT PROOF V2 TECHNICAL NOTES.pdf

NB-PrasadKatkar (Mon, 06 Dec 2021 05:59:02 GMT):
Hi all, I have prepared a document for `Present Proof V2`. Please check the Present Proof V2 PPT and share your suggestions. Thanks

moosops (Tue, 07 Dec 2021 08:47:59 GMT):
A PR has been created to start the Proofs documentation

TimoGlastra (Wed, 08 Dec 2021 10:21:17 GMT):
Hi everyone, from now if you want to install the latest version of AFJ use the `@alpha` tag. I'm in preparation of the first `0.1.0` release which will be the version installed if you run `npm install @aries-framework/core` (after it has been released) while the latest commit will be installed if you run `npm install @aries-framework/core@alpha`.

nbAmit (Wed, 08 Dec 2021 13:09:21 GMT):
Hi all, Is there VC with revocation support being developed in AFJ? if not, is anyone working on the same?

TimoGlastra (Wed, 08 Dec 2021 17:11:53 GMT):
@JamesEbert is working on revocation!

MikeRichardson (Thu, 09 Dec 2021 12:09:26 GMT):
I am trying to execute the createProposal method in the existing CredentialService with the new code I have written but I am getting an Indy SDK error: `Test suite failed to run IndySdkError: IndyError(WalletInvalidHandle): WalletInvalidHandle 106 | } 107 | > 108 | throw isIndyError(error) ? new IndySdkError(error) : error | ^ 109 | } 110 | } 111 | at IndyStorageService.save (src/storage/IndyStorageService.ts:108:34) at V1CredentialService.createProposal (src/modules/credentials/v1/V1CredentialService.ts:118:5)` Anyone hve any idea what would cause an invalid wallet handle in Indy SDK? When I run the tests using the existing architecture it works fine and I cannot see any difference in the config objects passed into this method.

MikeRichardson (Thu, 09 Dec 2021 12:09:26 GMT):
I have hit a strange error whereby the JsonTransformer.fromJSON in the message receiver does not parse messages with a credential preview type set to https://didcomm.org/issue-credentital/2.0/credential-preview After the fromJson() in In V1 I see: `V1CredentialPreview { type: 'https://didcomm.org/issue-credential/1.0/credential-preview', attributes: [ CredentialPreviewAttribute { mimeType: 'text/plain', name: 'name', value: 'John' }, CredentialPreviewAttribute { mimeType: 'text/plain', name: 'age', value: '99' }, CredentialPreviewAttribute { mimeType: 'image/png', name: 'profile_picture', value: 'hl:zQmcKEWE6eZWpVqGKhbmhd8SxWBa9fgLX7aYW8RJzeHQMZg' } ] } ` In V2 with the same credential preview I get this (the message is still in JSON format) ` { '@type': 'https://didcomm.org/issue-credential/2.0/credential-preview', attributes: [ { 'mime-type': 'text/plain', name: 'name', value: 'John' }, { 'mime-type': 'text/plain', name: 'age', value: '99' }, { 'mime-type': 'image/png', name: 'profile_picture', value: 'hl:zQmcKEWE6eZWpVqGKhbmhd8SxWBa9fgLX7aYW8RJzeHQMZg' } ] } `

TimoGlastra (Thu, 09 Dec 2021 13:08:18 GMT):
This is caused by the wallet handle being invalid (i.e. there is no open wallet with this handle). A potentional cause could be that the wallet is already closed an deleted, maybe because you forgot to await some statements (that's usually the case for me)

MikeRichardson (Thu, 09 Dec 2021 14:55:27 GMT):
That is exactly what happened: forgot to put an await on one method call...thanks!

JamesEbert (Thu, 16 Dec 2021 11:15:32 GMT):
Hey folks--I'll most likely not be able to attend the AFJ call this morning due to some illness on my end. I'll be fixing my PR for the 0.1.0 release ideally by eod though. Please message me with questions, etc 🙂

TimoGlastra (Thu, 16 Dec 2021 11:37:57 GMT):
Hope you get well soon!

dukmarques (Wed, 22 Dec 2021 03:47:21 GMT):
Has joined the channel.

dukmarques (Wed, 22 Dec 2021 03:47:22 GMT):
Hey guys! Does the project support Sovrin's BuilderNet network? I've been trying to use BuilderNet together with Aca-py as a mediator (running on localhost), but I haven't been able to connect to the mediator.

TimoGlastra (Thu, 23 Dec 2021 14:02:31 GMT):
The Aries Framework JavaScript call has been canceled for today and next week due to the holidays. See you all next year :evergreen_tree: :santa:

TimoGlastra (Thu, 23 Dec 2021 14:26:32 GMT):
Aries Framework JavaScript 0.1.0 has just been released. It is tagged as the latest version of NPM, and can be installed by running `npm install @aries-framework/core`. If you want want to install the latest commit of AFJ as a dependency this is still possible by running `npm install @aries-framework/core@alpha`

TimoGlastra (Thu, 23 Dec 2021 14:26:32 GMT):
Aries Framework JavaScript 0.1.0 has just been released. It is tagged as the latest version on NPM, and can be installed by running `npm install @aries-framework/core`. If you want want to install the latest commit of AFJ as a dependency this is still possible by running `npm install @aries-framework/core@alpha` https://github.com/hyperledger/aries-framework-javascript/releases/tag/v0.1.0

Anasalamin (Mon, 27 Dec 2021 11:52:09 GMT):
Has joined the channel.

bruno.hivert (Wed, 05 Jan 2022 14:53:07 GMT):
Has joined the channel.

MikeRichardson (Fri, 07 Jan 2022 07:57:46 GMT):
The RFC-0453 spec has the following field in the offer-credential object: replacement_id -- an optional field to help coordinate credential replacement. When this is present and matches the replacement_id of a previously issued credential, it may be used to inform the recipient that the offered credential is considered to be a replacement to the previous credential. This value is unique to the issuer. It must not be used in a credential presentation. Can someone tell me where this field comes from, ie how I go about setting its value and in what circumstances (since it is optional)?

TimoGlastra (Fri, 07 Jan 2022 08:10:45 GMT):
This is a field provided by the issuer, so it is not something managed inside the framework. A framework user can set the value to any string as they see fit

MikeRichardson (Fri, 07 Jan 2022 09:45:56 GMT):
got it thanks

MikeRichardson (Fri, 07 Jan 2022 09:55:27 GMT):
I have a strange problem in the MessageReceiver class: for V1 messages coming in the conversion from JSON to object works fine, but when I have a MessageClass of issue-credential/2.0/propose-credential, the conversion seems to fail. V1 output from JsonTransformer.fromJSON... `{ type: 'https://didcomm.org/issue-credential/1.0/credential-preview', attributes: [ CredentialPreviewAttribute { mimeType: 'text/plain', name: 'name', value: 'John' }, CredentialPreviewAttribute { mimeType: 'text/plain', name: 'age', value: '99' }, CredentialPreviewAttribute { mimeType: 'image/png', name: 'profile_picture', value: 'hl:zQmcKEWE6eZWpVqGKhbmhd8SxWBa9fgLX7aYW8RJzeHQMZg' } ] } ` Output from V2 fromJSON ` { '@type': 'https://didcomm.org/issue-credential/2.0/credential-preview', attributes: [ { 'mime-type': 'text/plain', name: 'name', value: 'John' }, { 'mime-type': 'text/plain', name: 'age', value: '99' }, { 'mime-type': 'image/png', name: 'profile_picture', value: 'hl:zQmcKEWE6eZWpVqGKhbmhd8SxWBa9fgLX7aYW8RJzeHQMZg' } ] }` For V2 it has not converted the JSON. If I process the identical message with the V1 MessageClass it is fine. I am guessing I am missing something here. Any ideas?

MikeRichardson (Fri, 07 Jan 2022 09:55:27 GMT):
I have a strange problem in the MessageReceiver class: for V1 messages coming in the conversion from JSON to object works fine, but when I have a MessageClass of issue-credential/2.0/propose-credential, the conversion seems to fail. V1 output from JsonTransformer.fromJSON...(just printing the CredentialPreview part, not the whole message) `{ type: 'https://didcomm.org/issue-credential/1.0/credential-preview', attributes: [ CredentialPreviewAttribute { mimeType: 'text/plain', name: 'name', value: 'John' }, CredentialPreviewAttribute { mimeType: 'text/plain', name: 'age', value: '99' }, CredentialPreviewAttribute { mimeType: 'image/png', name: 'profile_picture', value: 'hl:zQmcKEWE6eZWpVqGKhbmhd8SxWBa9fgLX7aYW8RJzeHQMZg' } ] } ` Output from V2 fromJSON ` { '@type': 'https://didcomm.org/issue-credential/2.0/credential-preview', attributes: [ { 'mime-type': 'text/plain', name: 'name', value: 'John' }, { 'mime-type': 'text/plain', name: 'age', value: '99' }, { 'mime-type': 'image/png', name: 'profile_picture', value: 'hl:zQmcKEWE6eZWpVqGKhbmhd8SxWBa9fgLX7aYW8RJzeHQMZg' } ] }` For V2 it has not converted the JSON. If I process the identical message with the V1 MessageClass it is fine. I am guessing I am missing something here. Any ideas?

MikeRichardson (Fri, 07 Jan 2022 09:55:27 GMT):
I have a strange problem in the MessageReceiver class: for V1 messages coming in the conversion from JSON to object works fine, but when I have a MessageClass of issue-credential/2.0/propose-credential, the conversion seems to fail. V1 output from JsonTransformer.fromJSON...(just printing the CredentialPreview part, not the whole message) `{ type: 'https://didcomm.org/issue-credential/1.0/credential-preview', attributes: [ CredentialPreviewAttribute { mimeType: 'text/plain', name: 'name', value: 'John' }, CredentialPreviewAttribute { mimeType: 'text/plain', name: 'age', value: '99' }, CredentialPreviewAttribute { mimeType: 'image/png', name: 'profile_picture', value: 'hl:zQmcKEWE6eZWpVqGKhbmhd8SxWBa9fgLX7aYW8RJzeHQMZg' } ] } ` Output from V2 fromJSON ` { '@type': 'https://didcomm.org/issue-credential/2.0/credential-preview', attributes: [ { 'mime-type': 'text/plain', name: 'name', value: 'John' }, { 'mime-type': 'text/plain', name: 'age', value: '99' }, { 'mime-type': 'image/png', name: 'profile_picture', value: 'hl:zQmcKEWE6eZWpVqGKhbmhd8SxWBa9fgLX7aYW8RJzeHQMZg' } ] }` For V2 it has not converted the JSON. If I process the identical message with the V1 MessageClass it is fine. It is only the CredentialPreview bit that fails (I have subclassed to create a new CredentialPreview with the v2.0 type) I am guessing I am missing something here. Any ideas?

MikeRichardson (Fri, 07 Jan 2022 10:18:36 GMT):
V1CredentialPreview { type: 'https://didcomm.org/issue-credential/1.0/credential-preview', attributes: [ CredentialPreviewAttribute { mimeType: 'text/plain', name: 'name', value: 'John' }, CredentialPreviewAttribute { mimeType: 'text/plain', name: 'age', value: '99' }, CredentialPreviewAttribute { mimeType: 'image/png', name: 'profile_picture', value: 'hl:zQmcKEWE6eZWpVqGKhbmhd8SxWBa9fgLX7aYW8RJzeHQMZg' } ] } QUACK INCOMING proposal = { '@type': 'https://didcomm.org/issue-credential/2.0/credential-preview', attributes: [ { 'mime-type': 'text/plain', name: 'name', value: 'John' }, { 'mime-type': 'text/plain', name: 'age', value: '99' }, { 'mime-type': 'image/png', name: 'profile_picture', value: 'hl:zQmcKEWE6eZWpVqGKhbmhd8SxWBa9fgLX7aYW8RJzeHQMZg' } ] }

MikeRichardson (Fri, 07 Jan 2022 10:19:55 GMT):
I have hit a strange error whereby the JsonTransformer.fromJSON in the message receiver does not parse messages with a credential preview type set to https://didcomm.org/issue-credentital/2.0/credential-preview In V1 I see: V1CredentialPreview { type: 'https://didcomm.org/issue-credential/1.0/credential-preview', attributes: [ CredentialPreviewAttribute { mimeType: 'text/plain', name: 'name', value: 'John' }, CredentialPreviewAttribute { mimeType: 'text/plain', name: 'age', value: '99' }, CredentialPreviewAttribute { mimeType: 'image/png', name: 'profile_picture', value: 'hl:zQmcKEWE6eZWpVqGKhbmhd8SxWBa9fgLX7aYW8RJzeHQMZg' } ] } In V2 I get (the credential preview is still JSON) { '@type': 'https://didcomm.org/issue-credential/2.0/credential-preview', attributes: [ { 'mime-type': 'text/plain', name: 'name', value: 'John' }, { 'mime-type': 'text/plain', name: 'age', value: '99' }, { 'mime-type': 'image/png', name: 'profile_picture', value: 'hl:zQmcKEWE6eZWpVqGKhbmhd8SxWBa9fgLX7aYW8RJzeHQMZg' } ] } I copied CredentialPreview and made a new Class (V2 CredentalPreview) with the new v2 URL but it seems not to like that. Any ideas why this is failing?

MikeRichardson (Fri, 07 Jan 2022 10:19:55 GMT):
I have hit a strange error whereby the JsonTransformer.fromJSON in the message receiver does not parse messages with a credential preview type set to https://didcomm.org/issue-credentital/2.0/credential-preview In V1 I see: `V1CredentialPreview { type: 'https://didcomm.org/issue-credential/1.0/credential-preview', attributes: [ CredentialPreviewAttribute { mimeType: 'text/plain', name: 'name', value: 'John' }, CredentialPreviewAttribute { mimeType: 'text/plain', name: 'age', value: '99' }, CredentialPreviewAttribute { mimeType: 'image/png', name: 'profile_picture', value: 'hl:zQmcKEWE6eZWpVqGKhbmhd8SxWBa9fgLX7aYW8RJzeHQMZg' } ] } ` In V2 I get (the credential preview is still JSON) ~{ '@type': 'https://didcomm.org/issue-credential/2.0/credential-preview', attributes: [ { 'mime-type': 'text/plain', name: 'name', value: 'John' }, { 'mime-type': 'text/plain', name: 'age', value: '99' }, { 'mime-type': 'image/png', name: 'profile_picture', value: 'hl:zQmcKEWE6eZWpVqGKhbmhd8SxWBa9fgLX7aYW8RJzeHQMZg' } ] }~ I copied CredentialPreview and made a new Class (V2 CredentalPreview) with the new v2 URL but it seems not to like that. Any ideas why this is failing?

MikeRichardson (Fri, 07 Jan 2022 10:19:55 GMT):
I have hit a strange error whereby the JsonTransformer.fromJSON in the message receiver does not parse [the credential preview part of] messages with a credential preview type set to https://didcomm.org/issue-credentital/2.0/credential-preview In V1 I see: `V1CredentialPreview { type: 'https://didcomm.org/issue-credential/1.0/credential-preview', attributes: [ CredentialPreviewAttribute { mimeType: 'text/plain', name: 'name', value: 'John' }, CredentialPreviewAttribute { mimeType: 'text/plain', name: 'age', value: '99' }, CredentialPreviewAttribute { mimeType: 'image/png', name: 'profile_picture', value: 'hl:zQmcKEWE6eZWpVqGKhbmhd8SxWBa9fgLX7aYW8RJzeHQMZg' } ] } ` In V2 I get (the credential preview is still JSON) ~{ '@type': 'https://didcomm.org/issue-credential/2.0/credential-preview', attributes: [ { 'mime-type': 'text/plain', name: 'name', value: 'John' }, { 'mime-type': 'text/plain', name: 'age', value: '99' }, { 'mime-type': 'image/png', name: 'profile_picture', value: 'hl:zQmcKEWE6eZWpVqGKhbmhd8SxWBa9fgLX7aYW8RJzeHQMZg' } ] }~ I copied CredentialPreview and made a new Class (V2 CredentalPreview) with the new v2 URL but it seems not to like that. Any ideas why this is failing?

MikeRichardson (Fri, 07 Jan 2022 10:53:29 GMT):
I also tried subclassing CredentialPreview but that doesn't work either

TimoGlastra (Fri, 07 Jan 2022 12:36:37 GMT):
Can you share a copy of the message class that contains the credential preview?

MikeRichardson (Fri, 07 Jan 2022 13:39:12 GMT):
problem fixed!

neilb14 (Wed, 12 Jan 2022 16:10:25 GMT):
Has joined the channel.

MikeRichardson (Fri, 14 Jan 2022 10:05:28 GMT):
Just having a look at the auto accept use cases; I am a little confused between what the difference if between AutoAccept.Always and AutoAccept.ContentApproved

TimoGlastra (Mon, 17 Jan 2022 18:26:40 GMT):
Always auto accepts no matter the content or flow of the credential / proof. ContentApproved means the content of the credential cannot change between messages. I.e. If I propose a credential with a certain cred def id, and then the issuer offers me a credential with another cred def id, with always the flow would continue, but with contentApproved it will stop (as the new content (cred def id) has not been approved)

VenessaK (Tue, 18 Jan 2022 07:48:28 GMT):
Has joined the channel.

MichaelSchaefer (Tue, 01 Feb 2022 15:29:01 GMT):
Has joined the channel.

brian.richter (Wed, 09 Feb 2022 05:12:28 GMT):
Has joined the channel.

sairanjit (Thu, 10 Feb 2022 10:41:51 GMT):
Hi @TimoGlastra @jakubkoci Does AFJ have provision to add wallet record as a non secrets from aries bifold into it ?

TimoGlastra (Thu, 17 Feb 2022 10:09:34 GMT):
Hi @sairanjit, this is what I sent to @MikeRichardson a few days ago on this topic:

TimoGlastra (Thu, 17 Feb 2022 10:09:43 GMT):
1. Storing additional data related to an existing record Let's say we have credentialRecord X and you want to store some extra data alongside this wallet record (e.g. has the user already seen this record before). The easiest way to do this is to add metadata to the existing record. The base record (and therefore all records that extend from it) supports metadata which you can add arbitrary data to. If you update the record, this will persist. If you also want to be able to query by the custom data you added to the record, you can add custom tags to the record which allows you to use the query method on it: ``` const hasSeenRecord = true // Set the metadata and tag credentialRecord.metadata.set('userState', { hasSeenRecord: hasSeenRecord, }) credentialRecord.setTag('hasSeenRecord', hasSeenRecord) await this.credentialRepository.save(credentialRecord) ``` To then retrieve the credential record by the custom tag you can resolve the repository and query: ``` agent.injectionContainer.resolve(CredentialRepository) const credentialRecords = await this.credentialRepository.findByQuery({ hasSeenRecord: true, }) ``` Maybe we can expose the findByQuery method on the agent, but we would probably also need to expose the update method in that case. We haven't done this as this exposes a way to update records in the public api. Having to use the injectionContainer makes it a bit more explicit that you aren't using the public API. I'm open to changing this (maybe we should only allow changing certain fields in the public API?) 2. Create custom record types. Another possibility would be to create custom record types not associated with any existing record. This isn't documented, but is possible to do completely outside of AFJ. This hasn't been exposed as a public API and uses a lot of internals, which are subject to change in future releases. Maybe it would be good to think about a public API for storing custom data (e.g. a specific record type that stores arbitrary data). See below for an (ugly) example of how this could be achieved. ``` import { Agent, InjectionSymbols, utils } from "@aries-framework/core"; import { BaseRecord, TagsBase, } from "../../packages/core/build/storage/BaseRecord"; import { Repository } from "../../packages/core/build/storage/Repository"; import { StorageService } from "../../packages/core/build/storage/StorageService"; const agent: Agent = undefined; // mock agent for types class MyCustomRecord extends BaseRecord { public constructor(props: { id?: string; createdAt?: Date; label: string }) { super(); if (props) { this.id = props.id ?? utils.uuid(); this.createdAt = props.createdAt ?? new Date(); this.label = props.label; } } public label!: string; getTags(): TagsBase { return { ...this._tags, }; } } const storageService: StorageService = agent.injectionContainer.resolve(InjectionSymbols.StorageService); const repository = new Repository(MyCustomRecord, storageService); repository.save( new MyCustomRecord({ label: "Mike's wallet", }) ); ``` Open to discuss in more detail during the AFJ call and see if we can come up with something that's a bit more clean. But in the meantime, the above approaches could work.

sairanjit (Thu, 17 Feb 2022 10:13:32 GMT):
@TimoGlastra Thanks a lot for descriptive explaination

amanji (Thu, 17 Feb 2022 15:05:34 GMT):
Question about credential revocation state. Is this something that is considered outside of the protocol for issue-credential (i.e. when a credentials is revoked, should the status marking this credential as such be attached to its metadata)?

amanji (Thu, 17 Feb 2022 15:06:35 GMT):
Just curious how the records are updated when a revocation message is received?

amanji (Thu, 17 Feb 2022 15:08:25 GMT):
I see that the credentials are filtered out in the proof request from [this](https://github.com/hyperledger/aries-framework-javascript/pull/641) PR

TimoGlastra (Mon, 21 Feb 2022 06:41:43 GMT):
I think this should be solved once this PR is merged: https://github.com/hyperledger/aries-framework-javascript/pull/579/files

TimoGlastra (Mon, 21 Feb 2022 06:42:11 GMT):
Then it can process revocation notification messages, and store the revocation state for a credential

TimoGlastra (Mon, 21 Feb 2022 06:42:42 GMT):
Maybe it would be good to store the revocation state in the credential if the credential was revoked, but no revocation notification was sent

TimoGlastra (Mon, 21 Feb 2022 07:49:00 GMT):
Recording of the meeting of February 17th has been uploaded to the wiki page: https://wiki.hyperledger.org/display/ARIES/2022-02-17+Aries+Framework+JS+Meeting+notes

aliyildiz (Mon, 07 Mar 2022 12:08:05 GMT):
Has joined the channel.

rjones (Tue, 22 Mar 2022 19:54:40 GMT):