dll が GAC に配置されたときと同じプロセスがビンに配置されたときのセッション状態に適用されますか?
それとも、ボンネットの下で行われるある種の難解な変化がありますか?
セッション状態を使用するテスト ソリューションを、共有ポイント サイトの bin ディレクトリにデプロイしました。セッション状態が web.config ファイルで構成されていることを確認しました...
<add name="Session" type="System.Web.SessionState.SessionStateModule" />
enableSessionState="true"
すべてがうまくいきます！
次に、このプロジェクトを別のソリューションにコピーしました。このソリューションは、GAC にデプロイされ、別の共有ポイント サイトでアクティブ化されます。この別の共有ポイント サイトの web.config ファイルで、必ずセッション状態をオンにします。セッション状態を使用するページを参照すると、このエラーが発生します…</p>
セッション状態は、構成ファイルまたは Page ディレクティブで enableSessionState が true に設定されている場合にのみ使用できます。System.Web.SessionStateModule またはカスタム セッション状態モジュールがアプリケーション構成の \ セクションに含まれていることも確認してください。
素晴らしい！私が見ることができる唯一の違いは、1 つのソリューションが Bin フォルダーに展開され、もう 1 つのソリューションが GAC に展開されることです。
ある日、Sharepoint が嫌いになりました。
これに関する更新: GAC にデプロイされた 1 つのページで単純な共有ポイント ソリューションを作成しました。このページは、値をセッション変数に追加し、セッション変数からラベル コントロールに読み戻します。
テスト サイトと本番サイトにソリューションを展開しました。テスト サイトでは期待どおりに動作しますが、エラーが発生します…</p>
セッション状態は、構成ファイルまたは Page ディレクティブで enableSessionState が true に設定されている場合にのみ使用できます。System.Web.SessionStateModule またはカスタム セッション状態モジュールがアプリケーション構成の \ セクションに含まれていることも確認してください。
私の本番サイトでは、なぜ、なぜ、なぜ?
セッション状態が有効になっていることを確認するために、web.config ファイルと中央管理者をチェックして再チェックしました。これは、私の sharepoint Web アプリの問題を示しているようです。
この 2 の更新:マスター ページです。マスター ページをすぐに使える選択肢に切り替えることで、セッション変数を使用してコードを正しく実行できることがわかりました。また、カスタム マスター ページが 'autoeventwireup=true' ページ ディレクティブを好まないことにも気付きました。2 つのマスター ページのテキストを比較しましたが、Tagprefix に違いはありません。探し続けます…
更新 3 この質問を閉じて、追加情報を追加して新しい質問を開始する方がおそらく簡単です。