どのようなパターンでも対応可能です。また、ブラウザ・ウィンドウ別Session領域などの、複数画面対応のWebアプリケーション開発を支援する機能を活用できます。
Sessionタイムアウト検出機能と、Sessionを継続的に使用する必要のあるフレームワーク機能(下記参照)を全てOFFにすることで、Internet系システムの要件にも対応できます。
- セッション領域の自動削除機能?
- ボタン履歴情報記録機能
- 不正操作防止機能
SQL Server、Oracle、いずれかのSessionモードを選択し、専用のSession状態保持用サーバを新設することでフェイル オーバー後、業務続行可能となります(Session状態保持用サーバは単一障害点となり得ますので、二重化できないStateServer?は選択肢から外しています)。StateServer?は同一サーバ内に立てることでサーバ メモリの有効活用やサーバ再起動時にも業務続行可能にすると言った信頼性向上に役立ちます。
基盤の定義をマスタページに持つため必須です。基盤の定義以外は、空のマスタページでも問題ありません。
サポートしています。
最新バージョンでは、コントロールのプレフィックスで コントロール(イベント)をハンドルするようになっています。 ベースクラス2のコントロール取得処理や 中継イベント ハンドラをカスタマイズすることで、対応するコントロール・イベントを追加できます。
configファイルに指定する、コントロール毎のプレフィックスを空に指定すれば、P層イベント処理機能をキャンセルできます。
「Open 棟梁」のP層フレームワークを使う場合は、Sessionを必要としますので、インターネット環境下等、DoS系攻撃が可能な環境下のログイン画面には、「Open 棟梁」のP層フレームワークを 使用したカスタム認証のログイン画面は使用しないようにするか、Windows認証や専用の認証基盤(SiteMinder?等)をご利用ください。未認証状態でのSession Cookie発行は問題とされています。
なお、IsNoSessionフラグをtrueに設定すると、当該画面でのみボタン履歴情報記録機能、不正操作防止機能をOFFにできるため、this.FxSessionAbandon()メソッドを実行して「Session.Abandonメソッドの実行」・「Sessionタイムアウト検出用Cookieの消去」を行ってログイン失敗時にSessionを消去し、例外を発生させず処理を続行可能です。
IFRAMEを使用している場合、IFRAME親画面の操作が出来なくなることがありました(ブラウザ、バージョンによる)。この現象は、特定のブラウザで、(IFRAME親)画面のreadyStateの値がcompleteにならず、interactiveになるため、二重送信防止機能により操作が抑止され続けることに起因します。このような現象が現れる場合は、当該(IFRAME親)画面を出力する際に、this.Form.Attributes.Remove("onSubmit");を呼び出し、二重送信防止機能を一時的にキャンセルすることで対策する必要があります。