JavaではClassはClassLoaderに読み込まれます。これはほとんどの人が知っていると思います。AOPを使うときのエンハンスされたクラスも同様にClassLoaderに読み込まれます。 これらの情報は、パーマネント領域に格納されますが、ClassLoaderがGCされると解放されます。 Seasar2のHOT reloadingでは、リクエストの度にClassLoaderを作って、そこにClassをロードし、そのClassLoaderは、リクエストが終わったら破棄しているので、Classの情報は、リクエストごとに破棄されています。 HOT relodingによって、パーマネント領域が使いつくされることはありません。 さらっと書きましたが、きちんとClassLoaderを破棄するのは、かなり大変です。リフレクションの情報がキャッシュされているとそれだけで破棄されなくなってしまうから
S2Strutsを使うときは1.2系/1.3系のバージョンにかかわらず共通で次のパターンでいくのがわかりやすくて安全だと思います。 基本的にjspとActionFormとActionとInitActionは1対1対1対1で作成 jspからのサブミットはformのaction属性に対応するActionへのみとする（1つのフォームを異なるActionへサブミットするs2struts:submitタグを記述しない） 呼び出されたActionでは次画面の表示に必要な処理は行わない 次画面の表示に必要な情報はその画面(jsp)のs2struts:initタグから呼び出すInitActionで行う たとえば、従業員のマスタメンテで編集画面(edit.jsp)から確認画面(confirm.jsp)へ遷移するとします。 edit.jsp <html:form action="/edit"> ・・・ <s2
S2Strutsでアノテーションを利用したカスタムValidationの作成をするには次の手順をやっていきます。 新規Validation作成 application.propertiesに追記 validator-rules.xmlに追記 Validationアノテーションの作成 アノテーションで変数がある場合のみ次の手順も行う ConfigRegisterの作成 validator.dionに追記 新規Validation作成 package org.seasar.struts.examples.validator; import javax.servlet.http.HttpServletRequest; import org.apache.commons.validator.Field; import org.apache.commons.validator.Validator;
どうにかして型パラメータからAbstractServiceのclazzへセットしたかったのですが、やり方わからず。。。 ジェネリックの部分があまりスマートなやり方じゃない気がしていますが、ひとまず以下のやり方だとOKです。 まずはジェネリックな共通親サービスクラスです。 public abstract class AbstractService<E> { // JDBCマネージャー public JdbcManager jdbcManager; // Entityのクラス protected Class<E> clazz; @SuppressWarnings("unchecked") public AbstractService() { Type type = this.getClass().getSuperclass().getGenericSuperclass(); Type[] ar
僕の環境はEclipse3.3 WTPでmaven2を使用したプロジェクトで、Tomcat Plubinを デフォルトだとSeasar2のhot deploy機能を有効にしているのに、WTPさんが毎回Publishingしてしまってあんまりhot deployの恩恵を受けていない感じだったので、Publishingな設定をはずしてみました。 Default output folderを変更 プロジェクトのプロパティ→Java Build Path→Default output folderを変更（TomcatPlubinと同じように{PROJECT}/src/main/webapp/WEB-INF/classesを指定）←mavenを使っている場合に必要 Serversに設定してあるTomcatの設定を変更 Over viewタブ設定 Server OptionsのServer modul
アノテーションによるネストした子Dtoのバリデーションは、複雑なことは対応しないという方針に基づいて、やってくれないのが仕様です。 2008-04-17 - 出羽ブログ 自分でカスタマイズするなら ActionCustomizer を継承し、setupValidator メソッドに少しコードを追加するすることで対応可能です。プロパティを getClass() して、その定義クラスを getFileds() し、getAnnotations() した後、プロパティ名 + "." + ネストプロパティ名をバリデーション対象として登録みたいな感じだったと思います。 追記：コードイメージ Cubby TIPS にあるような画面部品を実現する場合は下記のような感じ。Action に依存しないため、かなり便利です。 common.jsp や header.jsp で dao を getComponen
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く