You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Seen an issue with tryign to register signal-r per tenant, in that it relies on IHostApplicationLifetime (provided by the host) to be signalled, in order to start it's background connection managment loop which does things like issue "Keep-alive" pings for connected clients.
The issue is that each tenant is currently getting their own instance of IHostApplicationLifetime because its registered by type, not by by isntance, so the child container creates its own instance per tenant.
Should perhaps add logic to register the application (existing) instance into each child container rather than add a type registration per tenant.
Seen an issue with tryign to register signal-r per tenant, in that it relies on
IHostApplicationLifetime
(provided by the host) to be signalled, in order to start it's background connection managment loop which does things like issue "Keep-alive" pings for connected clients.The issue is that each tenant is currently getting their own instance of
IHostApplicationLifetime
because its registered by type, not by by isntance, so the child container creates its own instance per tenant.Should perhaps add logic to register the application (existing) instance into each child container rather than add a type registration per tenant.
dotnet/aspnetcore#26056
The text was updated successfully, but these errors were encountered: