HttpContext.Current.Сеанс равен нулю при маршрутизации запросов
-
03-07-2019 - |
Вопрос
Без маршрутизации, 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 в адаптере сеанса, и добавление того же исправило проблему.
Надеюсь, это поможет кому-то другому пройти через тот же сценарий.