Czy mogę uzyskać dostęp do stanu sesji z modułu HTTPModule?

Naprawdę przydałaby mi się aktualizacja zmiennych sesji użytkownika z poziomu mojego modułu HTTPModule, ale z tego, co widzę, nie jest to możliwe.

AKTUALIZACJA: Mój kod jest obecnie uruchomiony w programie OnBeginRequest ()obsługi zdarzeń.

AKTUALIZACJA: Zgodnie z otrzymanymi dotychczas poradami próbowałem dodać to do Init ()procedury w moim module HTTPModule:

AddHandler context.PreRequestHandlerExecute, AddressOf OnPreRequestHandlerExecute

Ale w mojej OnPreRequestHandlerExecuterutynie stan sesji jest nadal niedostępny!

Dzięki i przepraszam, jeśli czegoś brakuje!

Znalazłem to na forach 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,
// regardless 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; }
      }
   }
}

HttpContext.Current.Session powinien po prostu działać, zakładając, że moduł HTTP nie obsługuje żadnych zdarzeń potoku, które występują przed zainicjowaniem stanu sesji ...

EDYTUJ, po wyjaśnieniu w komentarzach: podczas obsługi zdarzenia BeginRequest obiekt Session rzeczywiście nadal będzie miał wartość null / Nothing, ponieważ nie został jeszcze zainicjowany przez środowisko uruchomieniowe ASP.NET. Aby obejść ten problem, przenieś kod obsługi do zdarzenia, które występuje po PostAcquireRequestState - osobiście lubię PreRequestHandlerExecute , ponieważ cała praca na niskim poziomie jest prawie wykonywana na tym etapie, ale nadal poprzedzasz normalne przetwarzanie.

Dostęp do HttpContext.Current.Sessionw a IHttpModulemożna wykonać w programie PreRequestHandlerExecuteobsługi.

PreRequestHandlerExecute : „Występuje tuż przed rozpoczęciem wykonywania programu obsługi zdarzeń przez program ASP.NET (na przykład strony lub usługi sieci Web XML).” Oznacza to, że przed udostępnieniem strony „aspx” to zdarzenie zostanie wykonane. „Stan sesji” jest dostępny, więc możesz się znokautować.

Przykład:

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();
        }
...
}

Jeśli piszesz normalny, podstawowy moduł HttpModule w zarządzanej aplikacji, którą chcesz zastosować do żądań asp.net za pośrednictwem stron lub programów obsługi, wystarczy upewnić się, że używasz zdarzenia w cyklu życia po utworzeniu sesji. Zwykle wybieram PreRequestHandlerExecute zamiast Begin_Request. mdb ma to w swojej edycji.

Dłuższy fragment kodu pierwotnie wymieniony jako odpowiedź na pytanie działa, ale jest skomplikowany i szerszy niż początkowe pytanie. Będzie obsługiwał przypadek, gdy zawartość pochodzi z czegoś, co nie ma dostępnej procedury obsługi ASP.net, w której można zaimplementować interfejs IRequiresSessionState, uruchamiając w ten sposób mechanizm sesji, aby ją udostępnić. (Jak statyczny plik gif na dysku). Zasadniczo polega na ustawieniu fikcyjnej obsługi, która następnie implementuje ten interfejs, aby udostępnić sesję.

Jeśli potrzebujesz tylko sesji dla swojego kodu, po prostu wybierz odpowiednie zdarzenie do obsługi w swoim module.

Spróbuj: w klasie MyHttpModule zadeklaruj:

private HttpApplication contextapp;

Następnie:

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

I tak w innej metodzie (zdarzeniu) w tej samej klasie:

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");
    }
}