HttpContext.Current.Session ist null, wenn Anfragen weitergeleitet werden

Question

Ohne Routing, HttpContext.Current.Session ist da, so dass ich weiß, dass die StateServer funktioniert. Wenn ich meine Anfragen route, ist HttpContext.Current.Sessionnull in der gerouteten Seite. Ich verwende .NET 3.5 SP1 auf IIS 7.0, ohne die MVC-Vorschauen. Es scheint, dass AcquireRequestState nie ausgelöst wird, wenn die Routen verwendet werden, und daher wird die Sitzungsvariable nicht instanziiert/gefüllt.

Wenn ich versuche, die Session-Variablen zuzugreifen, bekomme ich diesen Fehler:

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

Während des Debuggens, erhalte ich auch den Fehler, dass die HttpContext.Current.Session in diesem Zusammenhang nicht zugänglich ist.

-

Mein web.config sieht wie folgt aus:

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

Hier ist die IRouteHandler Umsetzung:

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

Ich habe auch an der Spitze der aspx Seiten zu setzen EnableSessionState="True" versucht aber immer noch nichts.

Irgendwelche Einsichten? Sollte ich einen anderen HttpRequestHandler schreiben, der IRequiresSessionState implementiert?

Danke.

Answer 1

Verstanden. Ganz dumm, eigentlich. Es funktionierte, nachdem ich entfernt & die Session wie so hinzugefügt:

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

einfach hinzugefügt, es wird nicht funktionieren, da „Session“ bereits in den machine.config definiert worden sein soll.

Nun, ich frage mich, ob das das Übliche ist. Es scheint sicherlich nicht so, da es so roh scheint ...

Answer 2

Es scheint, dass Sie vergessen haben, Ihre Statusserveradresse in der Datei config hinzuzufügen.

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

Answer 3

Der Config-Abschnitt scheint Sound, wie es funktioniert, wenn auf Seiten normal zugegriffen wird. Ich habe versucht, die anderen Konfigurationen vorgeschlagen, aber das Problem ist immer noch da.

Ich bezweifle, dass das Problem im Session-Provider ist, da es ohne das Routing funktioniert.

Answer 4

Was @Bogdan Maxim sagte. Oder ändern Sie die Verwendung von InProc, wenn Sie keinen externen Sitzungsstatusserver verwenden.

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

Blick here für weitere Informationen über die Session Richtlinie.

Answer 5

Ich denke, dass dieser Teil des Codes Änderungen am Kontext vornehmen.

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

Auch dieser Teil des Codes ist nutzlos:

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

Es wird immer die Seite welken zurückkehren, es ist null oder nicht.

Answer 6

Gute Arbeit! Ich habe genau das gleiche Problem. Das Hinzufügen und Entfernen des Session-Moduls funktionierte auch für mich perfekt. Es wurde jedoch nicht von HttpContext.Current.User zurückgegeben, also habe ich deinen kleinen Trick mit dem FormsAuth-Modul ausprobiert, und das ist es auch.

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

Answer 7

Fügen Sie einfach Attribut runAllManagedModulesForAllRequests="true"-system.webServer\modules in web.config.

Dieses Attribut ist standardmäßig in MVC- und Dynamic Data-Projekten aktiviert.

Answer 8

Ich habe ein ähnliches Problem hatte, und „gelöst“ es: ASP.NET Routing - Do Custom Routes COMPLETELY SKIP Everything in the Global.asax?

Answer 9

eine bessere Lösung ist

runAllManagedModulesForAllRequest eine clevere Sache ist Session-Modul zu tun, Respekt zu entfernen und resinserting.

alk.

Answer 10

runAllManagedModulesForAllRequests=true ist eigentlich eine wirklich schlechte Lösung. Dies hat die Ladezeit meiner Anwendung um 200% erhöht. Die bessere Lösung besteht darin, das Sitzungsobjekt manuell zu entfernen und hinzuzufügen und den Lauf zu vermeiden, in dem alle verwalteten Module alle Attribute zusammenführen.

Answer 11

Lösung wird hier erklärt, http://jgvimalan.wordpress.com/2011/05/31/httpcontext-current-return-null-in-iis-7/

Answer 12

ich einen Verweis auf System.Web.Mvc dll in der Sitzung Adapter fehlt, und das Hinzufügen der gleichen festen das Problem.

Hoffentlich hilft es jemand anderem durch dasselbe Szenario zu gehen.

Answer 13

Keine der oben genannten Lösungen funktionierte für mich. Ich fügte die folgende Methode in global.asax.cs dann Sitzung war nicht null: