ルーティングなし、HttpContext.Current.Session
があるので、StateServer
が機能していることがわかります。リクエストをルーティングすると、HttpContext.Current.Session
は、ルーティングされたページではnull
です。 IIS 7.0、MVCプレビューなし)で.NET 3.5 sp1を使用しています。ルートを使用するとAcquireRequestState
が起動されないため、セッション変数がインスタンス化されません/ filled。
セッション変数にアクセスしようとすると、次のエラーが表示されます。
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>.
デバッグ中に、HttpContext.Current.Session
はそのコンテキストではアクセスできません。
-
僕の web.config
は次のようになります。
<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;
}
}
私もEnableSessionState="True"
aspxページの上部にあるが、それでも何もありません。
洞察はありますか? HttpRequestHandler
を実装する別のIRequiresSessionState
を書くべきですか?
ありがとう。
とった。かなり愚かな、実際に。 SessionStateModuleを削除して追加した後、次のように機能しました。
<configuration>
...
<system.webServer>
...
<modules>
<remove name="Session" />
<add name="Session" type="System.Web.SessionState.SessionStateModule"/>
...
</modules>
</system.webServer>
</configuration>
「セッション」はmachine.config
で既に定義されているはずなので、単に追加するだけでは機能しません。
さて、私はそれが通常のことなのかと思います。とても粗雑なように見えるので、確かにそうではありません...
属性を追加するだけでrunAllManagedModulesForAllRequests="true"
からsystem.webServer\modules
in web.config。
この属性は、MVCおよびダイナミックデータプロジェクトでデフォルトで有効になっています。
runAllManagedModulesForAllRequests=true
は実際には本当に悪い解決策です。これにより、アプリケーションのロード時間が200%増加しました。より良い解決策は、セッションオブジェクトを手動で削除および追加し、すべてのマネージモジュール属性を一緒に実行しないようにすることです。
これらのソリューションはどれも私にとってはうまくいきませんでした。次のメソッドをglobal.asax.cs
に追加すると、セッションは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ディレクティブの詳細については、 here を参照してください。
より良い解決策は
runAllManagedModulesForAllRequestは、セッションモジュールの削除と再設定を尊重するための賢い方法です。
アルク。
コードのこの部分はコンテキストに変更を加えると思います。
Page page = BuildManager.CreateInstanceFromVirtualPath(
m_VirtualPath,
typeof(Page)) as Page;// IHttpHandler;
また、コードのこの部分は役に立ちません:
if (page != null)
{
return page;
}
return page;
常にnullであるかどうかにかかわらず、ページを返します。
config ファイルに状態サーバーのアドレスを追加するのを忘れているようです。
<sessionstate mode="StateServer" timeout="20" server="127.0.0.1" port="42424" />
Configセクションは、ページが正常にアクセスされた場合に機能するように聞こえます。提案されている他の構成を試しましたが、問題はまだあります。
ルーティングなしで機能するため、セッションプロバイダーに問題があるのではないかと思います。
セッションアダプタでSystem.web.mvc dllへの参照が欠落していたため、同じものを追加すると問題が修正されました。
うまくいけば、他の誰かが同じシナリオを経験するのに役立つでしょう。