使い方と言っても、TokenInterceptorと殆ど変わらない。 で、何が違うのかというと、通常トランザクションTokenでTokenが違う場合エラーメッセージや他の画面を表示する事になるが、これだと誤って２重ポストをした消費者にはエラー画面が表示され、完了画面にお目にかかる事ができない。 そこで、TokenSessionStoreInterceptorの登場となる。こちらはAction結果のValueStackの内容をToken処理後にSessionに記録してくれ、２重ポストのリクエストが来たときにSessionからValueStackを再構築して、あたかも元々のリクエストのように結果画面を表示してくれる。 これで、２重ポストをしてしまった消費者も目出度く完了画面を見ることができ、表示されている問い合わせ番号をメモすることができる。 ちょっとTIPS：ValueStackをSessi
色々便利なInterceptorが標準装備のStruts2だが、WEBで一般的な問題の２重ポストについて、トランザクションTokenによる防止機構が用意されている。 Tokenの仕組みは簡単に言うと、FORMにHIDDENで仕込んだTokenとセッションの保持している値との比較を行い、一度だけActionの実行を許すものである。 ２重POSTを禁止したいFORMで次のようにTokenを仕込む <s:form action="user_add"> <s:token/> ： </s:form> そして、user_addのアクション側で次のようにTokenInterceptorを参照する struts.xml <action name="user_add" class="UserAction" method="doAdd"> <interceptor-ref name="token"> <par
Comment: Removed link to tag reference - this is the tag reference page, right ? View page history
以前のものとは似て非なるもの Apache Struts(以下、Struts)という名前を知らないJava EE/Web開発者は、もはやいないのではないでしょうか。紹介するまでもありませんが、Strutsは、Javaで記述されたオープンソースのWebアプリケーションフレームワークです。 今回紹介するStruts 2は皆さんがご存知のStruts(以下、Struts 1と表記します)とは似て非なるものです。Struts 2は、Struts 1のメジャー・バージョンアップ・プロダクトとして開発されましたが、そのベースは、WebWork2と呼ばれていたStruts 1とはまったく別のWebアプリケーションフレームワークです。すなわち、Struts 1とは異なるアーキテクチャとAPI、機能を提供する別のWebアプリケーションフレームワークと言えます。よって、Struts 1アプリケーションを、ライ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く