HttpContext.Current null в асинхронном режиме после вызовов ожидания

HttpContext.Current null в асинхронном режиме после вызовов ожидания.

Вот мой код:

if (!string.IsNullOrEmpty(securityGroupName))
{
    // To remove the domain name from the security group name.
    string securityGroupDisplayName = securityGroupName.Split('\\')[1];
    string serviceSecurityGroupId = await this.graphApiClient.GetGroupIdAsync(securityGroupDisplayName).ConfigureAwait(false);

    if (!string.IsNullOrEmpty(serviceSecurityGroupId))
    {
        Task securityGroupRoleAddTask = this.CheckMembershipAndAddRole(serviceSecurityGroupId, userId, securityGroupName);
        Task flightAdminRoleAddTask = this.CheckMembershipAndAddRole(FlightAdminSecurityGroupId, userId, FlightAdminRoleName);
        Task.WaitAll(securityGroupRoleAddTask, flightAdminRoleAddTask);
    }
    else
    {
        LoggingUtilities.Logger.TraceInformation("Azure AD id does not exist for the security group: {0}.", securityGroupName);
        await this.CheckMembershipAndAddRole(FlightAdminSecurityGroupId, userId, FlightAdminRoleName).ConfigureAwait(false);
    }
}
else
{
    LoggingUtilities.Logger.TraceInformation("Security group name is not valid, checking for flight admin role for the user: {0}.", userAlias);
    await this.CheckMembershipAndAddRole(FlightAdminSecurityGroupId, userId, FlightAdminRoleName).ConfigureAwait(false);
}

// Add the flight privileged users role to be able to verify the user is authorized for the role.
string flightPrivilegedUsersRoleName = RoleRepository.Instance.GetByName(Constants.FlightPrivilegedUsersRoleKey).Name;
if (!this.roles.Contains(flightPrivilegedUsersRoleName, StringComparer.OrdinalIgnoreCase))
{
    LoggingUtilities.Logger.TraceInformation("Adding flight privileged users to roles list for the user: {0}.", userAlias);
    this.roles.Add(flightPrivilegedUsersRoleName);
}

if (userAlias != null)
{
    LoggingUtilities.Logger.TraceInformation("Check security group memberships and assign roles for the user: {0}.", userAlias);
    var newPrincipal = new GenericPrincipal(new GenericIdentity(userAlias), this.roles.ToArray());
    Thread.CurrentPrincipal = newPrincipal;
    HttpContext.Current.User = newPrincipal;
}

Рекомендации по поводу следующих записей в записях web.config не помогли:

<system.web>
    <compilation debug="false" targetFramework="4.5" />
    <httpRuntime targetFramework="4.5" enableVersionHeader="false" requestPathInvalidCharacters="&lt;,&gt;,%,&amp;,\,?" />
</system.web>
<appSettings>
    <add key="aspnet:UseTaskFriendlySynchronizationContext" value="true" />
</appSettings>

Мы будем благодарны за любые рекомендации о том, как это исправить.


person SteelBird82    schedule 23.09.2015    source источник
comment
Покажите свой асинхронный код.   -  person torvin    schedule 23.09.2015


Ответы (1)


Уберите свои .ConfigureAwait(false) звонки. Они вызывают у вас проблемы. Когда вы вызываете .ConfigureAwait(false), он сообщает C #, что вам все равно, какой поток использовать для завершения асинхронного вызова. Вы попадаете в другой поток, у которого нет HttpContext.Current контекста, поскольку это поток пула потоков, а не поток ASP.NET.

person torvin    schedule 23.09.2015
comment
удаление .ConfigureAwait (false) блокирует выполнение Task.WaitAll (securityGroupRoleAddTask, flightAdminRoleAddTask); утверждение. Как правильно решить эту проблему без тупика. - person SteelBird82; 23.09.2015
comment
Вместо этого вы должны использовать await Task.WhenAll(). В общем, не следует смешивать асинхронные и блокирующие вызовы. - person torvin; 23.09.2015
comment
удаление .ConfigureAwait (false) из всего класса и добавление await Task.WhenAll () вместо Task.WaitAll вызывает исключение: System.Runtime.CompilerServices.TaskAwaiter.ThrowForNonSuccess (Task task) в System.Runtime.CompilerServices.TaskAwaiter .HandleNonSuccessAndDebuggerNotification (задача задачи) - person SteelBird82; 23.09.2015
comment
Опубликовать весь текст исключения - person torvin; 23.09.2015
comment
Там .ConfigureAwait (false) в вызывающем классе, который вызывал исключение, их удаление решило проблему. - person SteelBird82; 23.09.2015
comment
Это правильный способ решить проблему. Разве не рекомендуется использовать .ConfigureAwait (false) в контексте ASP.NET или WebAPI2? Есть ли другой способ исправить это без удаления .ConfigureAwait (false). Причина, по которой я спрашиваю об этом, заключается в этом SO-ответе stackoverflow.com/questions/24326043/ рекомендуется использовать .ConfigureAwait (false) для вызовов ожидания в WebApi? - person SteelBird82; 23.09.2015
comment
Спасибо за ссылку! - person SteelBird82; 23.09.2015
comment
Вам следует использовать ConfigureWait(false), если у вас более одного awaits. но если вы используете его в методе действия, вы столкнетесь с проблемами, с которыми столкнулись. Чтобы избежать всего этого, создайте async метод, который выполняет всю работу, и используйте ConfigureWait(false) на всех await этого метода. - person Paulo Morgado; 23.09.2015
comment
Это неправда насчет двух ожиданий. И ConfigureWait(false) всегда приведет к потере контекста в ASP.NET. Его не следует использовать. - person torvin; 23.09.2015