HttpContext.Current.Сеанс равен нулю при маршрутизации запросов

StackOverflow https://stackoverflow.com/questions/218057

Вопрос

Без маршрутизации, HttpContext.Current.Session есть ли, чтобы я знал, что StateServer работает.Когда я направляю свои запросы, HttpContext.Current.Session является null на перенаправленной странице.Я использую .NET 3.5 sp1 на IIS 7.0, без предварительного просмотра MVC.Похоже , что AcquireRequestState никогда не запускается при использовании маршрутов, и поэтому переменная сеанса не создается / не заполняется.

Когда я пытаюсь получить доступ к переменным сеанса, я получаю эту ошибку:

base {System.Runtime.InteropServices.ExternalException} = {"Session state can only be used when enableSessionState is set to true, either in a configuration file or in the Page directive. Please also make sure that System.Web.SessionStateModule or a custom session state module is included in the <configuration>.

Во время отладки я также получаю сообщение об ошибке, что HttpContext.Current.Session недоступен в этом контексте.

--

Мой web.config выглядит примерно так:

<configuration>
  ...
  <system.web>
    <pages enableSessionState="true">
      <controls>
        ...
      </controls>
    </pages>
    ...
  </system.web>
  <sessionState cookieless="AutoDetect" mode="StateServer" timeout="22" />
  ...
</configuration>

Вот реализация IRouteHandler:

public class WebPageRouteHandler : IRouteHandler, IRequiresSessionState
{
    public string m_VirtualPath { get; private set; }
    public bool m_CheckPhysicalUrlAccess { get; set; }

    public WebPageRouteHandler(string virtualPath) : this(virtualPath, false)
    {
    }
    public WebPageRouteHandler(string virtualPath, bool checkPhysicalUrlAccess)
    {
        m_VirtualPath = virtualPath;
        m_CheckPhysicalUrlAccess = checkPhysicalUrlAccess;
    }

    public IHttpHandler GetHttpHandler(RequestContext requestContext)
    {
        if (m_CheckPhysicalUrlAccess
            && !UrlAuthorizationModule.CheckUrlAccessForPrincipal(
                   m_VirtualPath,
                   requestContext.HttpContext.User,
                   requestContext.HttpContext.Request.HttpMethod))
        {
            throw new SecurityException();
        }

        string var = String.Empty;
        foreach (var value in requestContext.RouteData.Values)
        {
            requestContext.HttpContext.Items[value.Key] = value.Value;
        }

        Page page = BuildManager.CreateInstanceFromVirtualPath(
                        m_VirtualPath, 
                        typeof(Page)) as Page;// IHttpHandler;

        if (page != null)
        {
            return page;
        }
        return page;
    }
}

Я также пытался поставить EnableSessionState="True" в верхней части aspx-страниц, но по-прежнему ничего.

Есть какие-нибудь идеи?Должен ли я написать еще один HttpRequestHandler это реализует IRequiresSessionState?

Спасибо.

Это было полезно?

Решение

Понял это.На самом деле, довольно глупо.Это сработало после того, как я удалил и добавил SessionStateModule следующим образом:

<configuration>
  ...
  <system.webServer>
    ...
    <modules>
      <remove name="Session" />
      <add name="Session" type="System.Web.SessionState.SessionStateModule"/>
      ...
    </modules>
  </system.webServer>
</configuration>

Простое добавление этого не сработает, так как "Сеанс" уже должен был быть определен в machine.config.

Теперь я задаюсь вопросом, является ли это обычным делом.Это, конечно, так не кажется, поскольку кажется таким грубым...

Другие советы

Просто добавьте атрибут runAllManagedModulesForAllRequests="true" Для system.webServer\modules в web.config.

Этот атрибут включен по умолчанию в проектах MVC и Dynamic Data.

runAllManagedModulesForAllRequests=true на самом деле это действительно плохое решение.Это увеличило время загрузки моего приложения на 200%.Лучшее решение - вручную удалить и добавить объект session и избежать использования атрибута run all managed modules все вместе.

Ни одно из этих решений не сработало для меня.Я добавил следующий метод в global.asax.cs тогда сеанс не был нулевым:

protected void Application_PostAuthorizeRequest()
{
    HttpContext.Current.SetSessionStateBehavior(SessionStateBehavior.Required);
}

Отличная работа!У меня была точно такая же проблема.Добавление и удаление сессионного модуля тоже отлично сработало для меня.Однако это не вернуло HttpContext.Current.Пользователь итак, я попробовал ваш маленький трюк с модулем FormsAuth и, конечно же, это сработало.

<remove name="FormsAuthentication" />
<add name="FormsAuthentication" type="System.Web.Security.FormsAuthenticationModule"/>

Что сказал @Bogdan Maxim.Или перейдите на использование InProc, если вы не используете внешний сервер состояния сеанса.

<sessionState mode="InProc" timeout="20" cookieless="AutoDetect" />

Смотри здесь для получения дополнительной информации о директиве SessionState.

Похоже, что вы забыли добавить адрес вашего государственного сервера в конфигурация файл.

 <sessionstate mode="StateServer" timeout="20" server="127.0.0.1" port="42424" />

Раздел конфигурации кажется надежным, поскольку он работает при обычном доступе к страницам.Я пробовал другие предложенные конфигурации, но проблема все еще существует.

Я сомневаюсь, что проблема в поставщике сеанса, поскольку он работает без маршрутизации.

Я думаю, что эта часть кода вносит изменения в контекст.

 Page page = BuildManager.CreateInstanceFromVirtualPath(
                        m_VirtualPath, 
                        typeof(Page)) as Page;// IHttpHandler;

Кроме того, эта часть кода бесполезна:

 if (page != null)
 {
     return page;
 }
 return page;

Он всегда будет возвращать страницу, независимо от того, равна она нулю или нет.

лучшим решением является

runAllManagedModulesForAllRequest - это разумная вещь, которую нужно сделать в отношении удаления и повторной установки модуля сеанса.

алк.

Мне не хватало ссылки на System.web.mvc dll в адаптере сеанса, и добавление того же исправило проблему.

Надеюсь, это поможет кому-то другому пройти через тот же сценарий.

Лицензировано под: CC-BY-SA с атрибуция
Не связан с StackOverflow
scroll top