HttpContext.Current.Session es nulo cuando se enrutan solicitudes

Question

Sin enrutamiento, HttpContext.Current.Session está allí, así que sé que el StateServer está funcionando. Cuando ordeno mis solicitudes, HttpContext.Current.Session es null en la página enrutada. Estoy usando .NET 3.5 sp1 en IIS 7.0, sin las vistas previas de MVC. Parece que AcquireRequestState nunca se dispara cuando se usan las rutas y, por lo tanto, la variable de sesión no se crea/completa.

Cuando intento acceder a las variables de sesión, me sale este error:

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>.

Durante la depuración, también me sale el error de que el HttpContext.Current.Session no es accesible en este contexto.

-

Mi web.config se parece a esto:

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

Aquí está la aplicación 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; 
    } 
} 

También he intentado poner EnableSessionState="True" en la parte superior de las páginas aspx pero aún así, nada.

¿Algún conocimiento? ¿Debo escribir otro HttpRequestHandler que implemente IRequiresSessionState?

Gracias.

Answer 1

Lo tengo. Bastante estúpido, en realidad. Se trabajó después quité & añade el SessionStateModule así:

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

Simplemente añadiendo que no funcionará, ya que "sesión" ya debería haber sido definido en el machine.config.

Ahora, me pregunto si eso es lo que se suele hacer. Seguramente no parece ser así ya que parece tan crudo ...

Answer 2

Parece que olvidó agregar su dirección de servidor de estado en el archivo config.

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

Answer 3

La sección de configuración de sonido parece como si funciona normalmente cuando se accede a las páginas. He intentado con las otras configuraciones sugeridas, pero el problema sigue ahí.

Dudo que el problema esté en el proveedor de la sesión, ya que funciona sin el enrutamiento.

Answer 4

Lo que dijo @Bogdan Maxim. O cambie para usar InProc si no está usando un servidor de estado de sesión externo.

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

Look here para obtener más información sobre la directiva SessionState.

Answer 5

Creo que esta parte del código realiza cambios en el contexto.

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

también esta parte del código es inútil:

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

Siempre va a devolver la página marchitan es nulo o no.

Answer 6

¡Buen trabajo! He estado teniendo exactamente el mismo problema. Agregar y eliminar el módulo de sesión funcionó perfectamente para mí también. Sin embargo, no lo trajo HttpContext.Current.User, así que probé tu pequeño truco con el módulo FormsAuth y, efectivamente, eso fue todo.

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

Answer 7

Simplemente añadir el atributo runAllManagedModulesForAllRequests="true"-system.webServer\modules en web.config.

Este atributo está habilitado de forma predeterminada en proyectos MVC y Datos dinámicos.

Answer 8

que he tenido un problema similar, y "resuelto" que: ASP.NET Routing - Do Custom Routes COMPLETELY SKIP Everything in the Global.asax?

Answer 9

una mejor solución es

runAllManagedModulesForAllRequest es una cosa inteligente de hacer el respeto y la eliminación de resinserting módulo de sesión.

alk.

Answer 10

runAllManagedModulesForAllRequests=true es realmente una mala solución. Esto aumentó el tiempo de carga de mi aplicación en un 200%. La mejor solución es eliminar manualmente y agregar el objeto de sesión y evitar que todos los módulos administrados se ejecuten todos juntos.

Answer 11

solución se explica aquí, http://jgvimalan.wordpress.com/2011/05/31/httpcontext-current-return-null-in-iis-7/

Answer 12

me faltaba una referencia a System.Web.Mvc DLL en el adaptador de la sesión, y la adición de la misma fija el problema.

Esperemos que ayude a alguien más a pasar por el mismo escenario.

Answer 13

Ninguna de las soluciones anteriores funcionó para mí. Agregué el siguiente método en global.asax.cs y la sesión no fue nula:

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