HttpContext.Current.Sessionは、リクエストのルーティング時にnullです

StackOverflow https://stackoverflow.com/questions/218057

質問

ルーティングなしで、HttpContext.Current.Sessionが存在するため、StateServerが機能していることがわかります。リクエストをルーティングすると、ルーティングされたページのnullはAcquireRequestStateになります。 MVCプレビューなしで、IIS 7.0で.NET 3.5 sp1を使用しています。ルートの使用時に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>.が起動されることはないため、セッション変数はインスタンス化/入力されません。

セッション変数にアクセスしようとすると、次のエラーが表示されます：

web.config

デバッグ中に、そのコンテキストではEnableSessionState="True"にアクセスできないというエラーも表示されます。

-

私のHttpRequestHandlerは次のようになります：

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

aspxページの上部にIRequiresSessionStateを配置しようとしましたが、それでも何もありません。

洞察はありますか？ <=>を実装する別の<=>を書くべきですか？

ありがとう。

役に立ちましたか？

解決

了解。かなり愚かな、実際に。 <！> ampを削除した後に機能しました。 SessionStateModuleを次のように追加しました：

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

<！> quot; Session <！> quot;を追加するだけでは機能しません。 machine.configで既に定義されている必要があります。

今、それが普通のことなのかしら。とても粗雑なように見えるので、確かにそうではありません...

他のヒント

属性runAllManagedModulesForAllRequests="true"をweb.configのsystem.webServer\modulesに追加するだけです。

この属性は、MVCおよびダイナミックデータプロジェクトでデフォルトで有効になっています。

runAllManagedModulesForAllRequests=trueは実際には本当に悪い解決策です。これにより、アプリケーションのロード時間が200％増加しました。より良い解決策は、セッションオブジェクトを手動で削除および追加し、すべてのマネージモジュール属性を一緒に実行しないようにすることです。

これらのソリューションのどれも私にとってはうまくいきませんでした。次のメソッドをglobal.asax.csに追加し、Sessionはnullではありませんでした：

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

いい仕事だ！私はまったく同じ問題を抱えています。 Sessionモジュールの追加と削除は私にとっても完璧に機能しました。ただし、HttpContext.Current.Userによって戻されなかったため、FormsAuthモジュールを使用して小さなトリックを試してみました。 

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

@Bogdan Maximが言ったこと。または、外部セッション状態サーバーを使用していない場合は、InProcを使用するように変更します。

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

SessionStateディレクティブの詳細については、こちらをご覧ください。

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;

常に、ページがnullか否かを返します。

より良い解決策は

です

runAllManagedModulesForAllRequestは、セッションモジュールの削除と再配置を尊重するための賢明な方法です。

alk。

セッションアダプタでSystem.web.mvc dllへの参照が欠落していたため、同じものを追加すると問題が修正されました。

うまくいけば、他の誰かが同じシナリオを経験するのに役立つでしょう。

ライセンス： CC-BY-SA と 帰属
所属していません StackOverflow
scroll top