Я как бы не считаю, что это всегда нужно делать(даже скорее наоборот - очень часто зачем-то на веб переползают), но таки на пространстве пост-СССР, впф в качестве объекта для поиска работы означает как правило какое-то убогое легаси с -20-30% к зп.

А почему тебе просто код из метода на втором скрине не поместить в метод на 3м скрине?

Хм, по сути я так и сделал только переименовав метод :D а не перенося весь код) но там есть еще методы которые используются несколько раз

Почему он не находит метод?

Для начала глянь Stacktrace где это исключение вообще возникло, явно не там где ты его поймал. Затем сделай исследование где же там этот метод вызывается. Мы тебе не поможем, не ванги же.

Вот когда найдёшь код, где его "пытаются вызвать" и вылетает ошибка, можешь вернуться и мы подскажем

Скорее всего в IPlayerProvider вызов идёт (точнее в его реализации), но это лишь моя догадка

JetBrains подводит итоги месяца

https://blog.jetbrains.com/dotnet/2021/02/03/net-annotated-monthly-february-2021/

#JetBrains

Хмм ну вообще похоже на внутреннюю ошибку linq2db, так-то ты вызываешь совсем другую перегрузку InsertAsync

Upsert - это кастомный метод. Вот MessageAsync он выполняет, но Upsert совсем не хочет, когда использую GetContext, он даже не заходит на Console.WriteLine()

Могу порекомендовать ожидать асинхронный метод - Upsert(...).GetAwaiter().GetResult();
Возможно, оно как-то прояснит ситуацию

Или можешь залить на гит, я вечером склоню и посмотрю, но ничего не обещаю.

Просто самому ручками проще дебажить, чем просто смотреть на скрины

Если не справлюсь, напишу!)

кк, если смогу помочь, то буду рад

Не просняет)

Он просто не заходит в этот метод

Всем привет.
Кто-нибудь может помочь с багой связаной с BackgroundService?
У меня есть hosted BackgroundService, который циклически проверяет синглтон очередь BackgroundTaskQueue (внутри которой ConcurrentQueue<Func<CancellationToken, Task>> queue) и запускает таски оттуда.
Внутри контроллеров при необходимости в очередь скидываются лямбды:
this.item1PublishBackgroundTaskQueue.QueueBackgroundWorkItem(
 async cancellationToken => { await publishItem1AppServ.Publish(item1).ConfigureAwait(false); }):

Это один пример, а в других что-то подобное:
async cancellationToken => { await publishItem1AppServ.Publish(item1).ConfigureAwait(false); }
async cancellationToken => { await publishItem2AppServ.Publish(item2).ConfigureAwait(false); }
async cancellationToken => { await publishItem3AppServ.Publish(item3).ConfigureAwait(false); }

В контроллерах publishItem..AppServ инжектяться (Transient). А в сами реализации этих сервисов могут инжектится автомаппер, и другие сервисы, которые явно инжектятся (Transient).

Падает ошибка при попытке воспользоваться кастомным ValueResolver - Cannot access a disposed object. Object name: 'IServiceProvider'. System.ObjectDisposedException.

Есть мысли что нужно обрабатывать таски из очереди внутри скоупа IServiceScopeFactory (добавленого в BackgroundService), но не могу понять а что вообще вытягивать из скоупа, если в очередь могут приходить любые сервисы.
Any ideas?)