asp.net - net - ¿Puedo acceder al estado de la sesión desde un HTTPModule?

razor if

Question

Realmente podría hacerlo con la actualización de las variables de sesión de un usuario desde mi HTTPModule, pero por lo que puedo ver, no es posible.

ACTUALIZACIÓN: mi código se está ejecutando actualmente dentro del controlador de eventos OnBeginRequest () .

ACTUALIZACIÓN: siguiendo los consejos recibidos hasta el momento, intenté agregar esto a la rutina Init () en mi HTTPModule:

AddHandler context.PreRequestHandlerExecute, AddressOf OnPreRequestHandlerExecute

¡Pero en mi rutina OnPreRequestHandlerExecute , el estado de la sesión todavía no está disponible!

¡Gracias y disculpas si me falta algo!

Answer 1

El acceso al HttpContext.Current.Session en un IHttpModule se puede hacer en el controlador PreRequestHandlerExecute .

PreRequestHandlerExecute : "Ocurre justo antes de que ASP.NET comience a ejecutar un controlador de eventos (por ejemplo, una página o un servicio web XML)". Esto significa que antes de que se sirva una página ''aspx'', este evento se ejecuta. El ''estado de la sesión'' está disponible para que pueda dejarse de lado.

Ejemplo:

public class SessionModule : IHttpModule 
    {
        public void Init(HttpApplication context)
        {
            context.BeginRequest += BeginTransaction;
            context.EndRequest += CommitAndCloseSession;
            context.PreRequestHandlerExecute += PreRequestHandlerExecute;
        }



        public void Dispose() { }

        public void PreRequestHandlerExecute(object sender, EventArgs e)
        {
            var context = ((HttpApplication)sender).Context;
            context.Session["some_sesion"] = new SomeObject();
        }
...
}

Answer 2

Encontrado esto en los foros de ASP.NET :

using System;
using System.Web;
using System.Web.Security;
using System.Web.SessionState;
using System.Diagnostics;

// This code demonstrates how to make session state available in HttpModule,
// regradless of requested resource.
// author: Tomasz Jastrzebski

public class MyHttpModule : IHttpModule
{
   public void Init(HttpApplication application)
   {
      application.PostAcquireRequestState += new EventHandler(Application_PostAcquireRequestState);
      application.PostMapRequestHandler += new EventHandler(Application_PostMapRequestHandler);
   }

   void Application_PostMapRequestHandler(object source, EventArgs e)
   {
      HttpApplication app = (HttpApplication)source;

      if (app.Context.Handler is IReadOnlySessionState || app.Context.Handler is IRequiresSessionState) {
         // no need to replace the current handler
         return;
      }

      // swap the current handler
      app.Context.Handler = new MyHttpHandler(app.Context.Handler);
   }

   void Application_PostAcquireRequestState(object source, EventArgs e)
   {
      HttpApplication app = (HttpApplication)source;

      MyHttpHandler resourceHttpHandler = HttpContext.Current.Handler as MyHttpHandler;

      if (resourceHttpHandler != null) {
         // set the original handler back
         HttpContext.Current.Handler = resourceHttpHandler.OriginalHandler;
      }

      // -> at this point session state should be available

      Debug.Assert(app.Session != null, "it did not work :(");
   }

   public void Dispose()
   {

   }

   // a temp handler used to force the SessionStateModule to load session state
   public class MyHttpHandler : IHttpHandler, IRequiresSessionState
   {
      internal readonly IHttpHandler OriginalHandler;

      public MyHttpHandler(IHttpHandler originalHandler)
      {
         OriginalHandler = originalHandler;
      }

      public void ProcessRequest(HttpContext context)
      {
         // do not worry, ProcessRequest() will not be called, but let''s be safe
         throw new InvalidOperationException("MyHttpHandler cannot process requests.");
      }

      public bool IsReusable
      {
         // IsReusable must be set to false since class has a member!
         get { return false; }
      }
   }
}

Answer 3

Pruébalo: en la clase MyHttpModule declara:

private HttpApplication contextapp;

Entonces:

public void Init(HttpApplication application)
{
     //Must be after AcquireRequestState - the session exist after RequestState
     application.PostAcquireRequestState += new EventHandler(MyNewEvent);
     this.contextapp=application;
}  

Y entonces, en otro método (el evento) en la misma clase:

public void MyNewEvent(object sender, EventArgs e)
{
    //A example...
    if(contextoapp.Context.Session != null)
    {
       this.contextapp.Context.Session.Timeout=30;
       System.Diagnostics.Debug.WriteLine("Timeout changed");
    }
}

Answer 4

Si está escribiendo un HttpModule básico y normal en una aplicación administrada que desea aplicar a solicitudes asp.net a través de páginas o controladores, solo tiene que asegurarse de estar utilizando un evento en el ciclo de vida después de la creación de la sesión. PreRequestHandlerExecute en lugar de Begin_Request suele ser donde voy. mdb lo tiene correcto en su edición.

El fragmento de código más largo originalmente enumerado como respuesta a la pregunta funciona, pero es más complicado y más amplio que la pregunta inicial. Manejará el caso cuando el contenido provenga de algo que no tenga un controlador ASP.net disponible donde pueda implementar la interfaz IRequiresSessionState, lo que activará el mecanismo de sesión para que esté disponible. (Como un archivo gif estático en el disco). Básicamente se trata de establecer un manejador ficticio que luego implementa esa interfaz para que la sesión esté disponible.

Si solo desea la sesión para su código, solo elija el evento correcto para manejar en su módulo.

Answer 5

HttpContext.Current.Session debería funcionar, suponiendo que su módulo HTTP no está manejando ningún evento de canalización que ocurra antes de que se inicie el estado de la sesión ...

EDITAR, después de la aclaración en los comentarios: cuando se maneja el evento BeginRequest , el objeto Session seguirá siendo nulo / Nothing, ya que aún no ha sido inicializado por el tiempo de ejecución de ASP.NET. Para evitar esto, mueva su código de manejo a un evento que ocurra después de PostAcquireRequestState - Me gusta PreRequestHandlerExecute para mí, ya que todo el trabajo de bajo nivel casi se realiza en esta etapa, pero aún preevaluará cualquier procesamiento normal.