19913d85-f662-4518-a9a1-7adc1793dfd4.png){kind=small}
is there a way to share the same instance of a res...
# ask-communityh
Henry Tareque
04/21/2023, 3:38 AMis there a way to share the same instance of a resource between all my assets? I have an API client for an external service as a resource, and one set of credentials for this service. If asset
AB👀 1
a
Alex Orlovskyi
04/21/2023, 7:59 AMAlso interested in topic.
t
Tim Castillo
04/21/2023, 5:33 PMHi! Let me check in with the team about this.
In the meantime, do you mind going into more detail about why the API sessions need to be invalidated?
Tim Castillo
04/21/2023, 5:49 PMAlright, back with an update!
Depending on how those assets are connected, you could use the in_process_executor to keep it instantiated, with the restriction that this currently runs serially
Aside from that, there isn't a great way to do it right now. We're tracking it in this issue.
h
Henry Tareque
04/24/2023, 6:14 PMHi Tim, Thanks for the response.
The session invalidation is due to the external third party API server. Basically when you send a login request, the server will send back a fresh session token, and invalidate any other session tokens that may be held elsewhere. Our API client is pretty dumb and just logs in on creation. This doesn't work if there are multiple overlapping API clients. One way around that is we could have one asset that logs in, returns the current session token. Then all downstream assets will depend on this session token, and then we refactor the API client to take to a session token as input.
It seems like sharing instances across assets doesn't work like this. I may try to go the shared session token route to keep the parallelism.
Henry Tareque
04/26/2023, 3:42 PMTo close the loop on this: I refactored the API client and now have two constructor methods: the original one using email+password, and a new one built from auth cookies that the external service sends us on successful login.
I created an asset logs in using the email+password and returns these cookies, and then downstream assets now depend on these cookies, and construct their own API client using the new constructor I added. So instead of sharing the API client, I just share the cookies.
It may be possible to declare the API client itself as an asset (assuming its pickle-able) but I didn't investigate this.
47 Views