サーブレット仕様の認証を使わずにgetRemoteUserやisUserInRoleを使う。 - NullPointer's
JavaのWebアプリでユーザ認証を行う場合、サーブレット仕様で決められた認証機能を使うか、独自の認証機構を実装するか、いずれかであると思う。 サーブレットの認証機能を使うとHttpServletRequestのisUserInRoleやgetRemoteUserが有効になるのが地味に嬉しい。Strutsフレームワークのロールによるアクセス制御も有効になるのでサーブレットの認証機能は結構使える。一方、独自の認証機構を使うと自由にログイン処理を記述できる代わりにHttpServletRequestのgetRemoteUserやisUserInRoleは使えない。 しかし独自の認証でもHttpServletRequestWrapperとFilterを組み合わせれば、getRemoteUserやisUserInRoleを有効にできる。 まず、認証時にユーザ名とロールを適当な名前でセッションに格納
【コラム】Java API、使ってますか? (49) やっぱり基本はServlet - Servlet 3.0のEarly Draftを読む | エンタープライズ | マイコミジャーナル
JSR 315: Java Servlet 3.0 Specification 現在、Javaで構築するWebアプリケーションのためにはさまざまなフレームワークが用意されているが、基本となるのはServletにほかならない。次期Java EEプラットフォームとなるJava EE 6ではServlet仕様の大幅なアップデートが予定されており、その仕様がJSR 315として策定されている。本コラムでも第17回でその概要を紹介しているが、去る5月5日にEarly Draftが公開されたので、さっそく目を通してみたいと思う。 アノテーションの追加 Servlet 3.0ではEoDをさらに促進するため、ServletやFilterなどを定義するためのアノテーションが用意される予定となっている。これによってコードの記述量の削減やweb.xmlなどに対する設定の簡略化を実現する。具体的には次のようなアノ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
