Свойство HttpContext.Текущий.Сеанс равен null при маршрутизации запросов
без маршрутизации, 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
?
спасибо.
13 ответов
получил его. Довольно глупо, на самом деле. Он работал после того, как я удалил и добавил 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
в интернете.конфиг.
этот атрибут включен по умолчанию в проектах MVC и Dynamic Data.
runAllManagedModulesForAllRequests=true
на самом деле очень плохое решение. Это увеличило время загрузки приложения на 200%. Лучшее решение-вручную удалить и добавить объект сеанса и избежать запуска всех управляемых модулей атрибута все вместе.
хорошая работа! У меня точно такая же проблема. Добавление и удаление модуля сеанса отлично работало и для меня. Однако он не вернулся с помощью HttpContext.Текущий.Пользователь, поэтому я попробовал ваш маленький трюк с модулем FormsAuth и, конечно же, сделал это.
<remove name="FormsAuthentication" />
<add name="FormsAuthentication" type="System.Web.Security.FormsAuthenticationModule"/>
что сказал @ Bogdan Maxim. Или измените использование InProc, если вы не используете внешний сервер состояния sesssion.
<sessionState mode="InProc" timeout="20" cookieless="AutoDetect" />
посмотреть здесь подробнее о директивы вручную.
ни одно из вышеперечисленных решений не сработало для меня. Я добавил следующий метод в global.asax.cs
тогда сеанс не был нулевым:
protected void Application_PostAuthorizeRequest()
{
HttpContext.Current.SetSessionStateBehavior(SessionStateBehavior.Required);
}
У меня была аналогичная проблема, и "решил" ее:ASP.NET маршрутизация-пользовательские маршруты полностью пропускают все в глобальном масштабе.асакс?
лучшим решением является
runAllManagedModulesForAllRequest-умная вещь, чтобы уважать удаление и resinserting модуля сеанса.
alk.
решение описано здесь, http://jgvimalan.wordpress.com/2011/05/31/httpcontext-current-return-null-in-iis-7/
Кажется, что вы забыли добавить свой адрес сервера состояния в config.
<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;
Он всегда будет возвращать страницу wither это null или нет.
Мне не хватало ссылки на систему.сеть.MVC dll в адаптере сеанса, и добавление того же исправлена проблема.
надеюсь, это поможет кому-то еще пройти через тот же сценарий.