関連タグで絞り込む (1)

タグの絞り込みを解除

javaとあとで読むに関するpekepekesamuraiのブックマーク (2)

  • Java EE 6: アプリケーション セキュリティの強化

    原文(投稿日:■)へのリンク Java Enterprise Edition Version 6 (JEE6) リリースには、webコンテナ の領域における、新しいセキュリティ フィーチャが、Javaアプリケーション開発における、認証と認可の側面と共に含まれている。これらのフィーチャには、web層における、プログラムによるセキュリティ強化と宣言型のセキュリティ強化が含まれている。 Servlet 3.0仕様書 (JSR 315)に基づいて、 Java EE 6 Webアプリケーションは、新しいプログラム的そして宣言型 なセキュリティ フィーチャとEJB 3.x アプリケーションに以前から使えた Securityアノテーションを利用できる。webアプリケーションは、サーブレット・コンテナの一部として構成できる、 JSR 196 ベースのプラグイン可能な認証/認可モジュールを使うこともできる。

    Java EE 6: アプリケーション セキュリティの強化
  • Actionの共通処理をどこに実装するか? - 日記のような何か

    Struts(1.2.x以下)からSAStrutsへの置き換えをするときに、Actionの共通前処理をどこに実装するかで迷った。 ここで言う共通前処理とは、個々のActionを実行する前に共通で実行したいような処理のこと。 Strutsでは、org.apache.struts.actions.DispatchActionを継承したクラスを作成し、dispatchMethodをオーバーライドして、そこに実装していたが、SAStrutsはPOJO ActionなのでDispatchActionに該当するものがない。 まず、考えたのはAOPで実装する案。 個々のActionに共通のスーパークラスを作成し、共通前処理メソッドを実装した上で、Interceptorを作成し、共通前処理メソッドを呼び出すようにする。 せっかくPOJO Actionなのにスーパークラスの継承を強要させるのは微妙な気がしな

    Actionの共通処理をどこに実装するか? - 日記のような何か
  • 1