Atsushi Kanaya
todoa****@gmail*****
2008年 6月 3日 (火) 19:00:44 JST
金谷@todogzm です。 自己レスです。 Cookieの使い方については、今のところ下記のように 直接Servlet APIを叩くことになるようですね。 > getWebRequestCycle().getWebRequest().getCookies() 参考URL http://cwiki.apache.org/WICKET/dealing-with-cookies.html > …などと書きながら、シングルサインオン用途の場合ですと、 > WebPageよりも前の段階で認証が必要ですね。 > (AuthenticatedWebApplication / AuthenticatedWebSessionなど?) > その場合、そもそもの質問から少しずれるかもしれませんが、 > Wicketのリクエストライフサイクルのどの辺でCookieを取得するのが > よさそうでしょうか? StrutsのRequestProcessor.preprocess() みたいなのがあればと 思っていましたが、そういう仕組みも見当たらなかったので、 AuthenticatedWebApplication.getSignInPageClass() で 指定したWebPageにて、SSO用Cookieの有無と、 有りの場合は続けて以下を使用して認証を行おうと思います。 AuthenticatedWebSession.get().signIn(username, password); 以上です。 08/05/27 に Atsushi Kanaya<todoa****@gmail*****> さんは書きました: > 初めて投稿させていただきます。 > 金谷@todogzm です。 > > Wicketにて、フォームの値をCookieで永続化することは簡単にできますが、 > それ以外のCookieの使い方は、WebPage(のサブクラス)にて、 > 以下のようなメソッドを使用してサーブレットのAPIに近いAPIを > 利用することになるのでしょうか? > getWebRequestCycle().getWebRequest().getCookies() > > 例えば他のシステムにてシングルサインオンした結果の認証キーが > Cookieに入っており、それをWicketで構築したシステムで使用したい、 > というような状況です。 > > > …などと書きながら、シングルサインオン用途の場合ですと、 > WebPageよりも前の段階で認証が必要ですね。 > (AuthenticatedWebApplication / AuthenticatedWebSessionなど?) > その場合、そもそもの質問から少しずれるかもしれませんが、 > Wicketのリクエストライフサイクルのどの辺でCookieを取得するのが > よさそうでしょうか? > > 以上、よろしくお願いします。 >