SAStrutsの検証アノテーションと検証メソッドを同時に行うにはstopOnValidationErrorをfalseにする - shun_kokuboの日記
最近、javaの素人のくせにSAStruts+S2JDBCという構成でサイトを作っています。 SAStrutsはStruts経験を生かせる、という部分が長所の一つだと思うのですが、僕はStrutsの経験もありません。ですのでそもそものStrutsから勉強していく、という感じです。色々壁にぶつかりながら粛々とやってるところ。 今日ハマったのは、バリデーション部分。 検証アノテーションでは対応できないような検証には、検証メソッドを作成するとリファレンスに書いてあったので作ってみたのですが、バリデーションメソッドの実行が、検証アノテーションをパスしてからでないと実行されない。検証アノテーションと検証メソッドは同時に実行したいんですよね。 この場合は、ExecuteアノテーションstopOnValidationError属性を指定し、falseにする必要があるようです。リファレンスに載ってました。
dfltweb1.onamae.com – このドメインはお名前.comで取得されています。
このドメインは お名前.com から取得されました。 お名前.com は GMOインターネットグループ(株) が運営する国内シェアNo.1のドメイン登録サービスです。 ※表示価格は、全て税込です。 ※サービス品質維持のため、一時的に対象となる料金へ一定割合の「サービス維持調整費」を加算させていただきます。 ※1 「国内シェア」は、ICANN(インターネットのドメイン名などの資源を管理する非営利団体)の公表数値をもとに集計。gTLDが集計の対象。 日本のドメイン登録業者(レジストラ)（「ICANNがレジストラとして認定した企業」一覧（InterNIC提供）内に「Japan」の記載があるもの）を対象。 レジストラ「GMO Internet Group, Inc. d/b/a Onamae.com」のシェア値を集計。 2023年5月時点の調査。
SAStruts、HTTPステータスコードを設定する - <s>gnarl,</s>技術メモ”’<marquee><textarea>￥
public class IndexAction { @Resource protected HttpServletResponse httpServletResponse; @Execute(validator=false) public String error503() { this.httpServletResponse.setStatus(503); return "index.jsp"; } } コントローラからリクエストとかレスポンスいじりたいときはフィールドを用意しとけば勝手にDIしてくれる。 ref: http://seasar-users.jp/cheatsheet/sastruts
JSP、JSTL、EL で定数を使う - cypher256's blog
今回のプロジェクトでは定数クラスは設計書から自動生成されるようにしました。でもせっかく定数クラス作っても、JSP ではベタ書きしていたり、JSP で定数使うのはおかしいとか言うエラい人もいたりしますが、やっぱり JSP でも定数使いたい場面はあります。例は悪いですけど、こんな。 public interface Flg { String ON = "1"; String OFF = "0"; } <td>${Flg.OFF}</td> とか <c:if test="${hogeFlg == Flg.ON}"> 今まで、定数クラスごとにマップを作ってアプリケーション・スコープに登録したりしていたのですが、面倒なので自動登録してしまおうというのが、JSTLConstantsRegister です。どこかで聞いた言い回しですけど。これはルート・パッケージ配下のインターフェースか public s
SAStruts+S2JDBCでwebアプリ（６） - aki193の日記
UnitテストJ2Unit（JUnit3の拡張機能）とJ2Unit4（JUnit4向けの拡張機能）が存在する。S2Unit ActionクラスのUnitテスト public class DeptActionTest extends S2TestCase { /* 自動バインディングしてくれる */ private DeptService deptService; private UserDto userDto; private DeptForm deptForm; @Override protected void setUp() throws Exception { super.setUp(); include("app.dicon"); } /** * indexメソッドのテスト */ public void testIndex() { //actionクラスのインスタンス生成 Dept
log4j の appender がないと言われる警告を出さなくする - 日記のような何か
備忘録。 log4jを使用していて、以下のような警告が出ることがある。 log4j:WARN No appenders could be found for logger (xxx.xxx.xxx.Xxx). log4j:WARN Please initialize the log4j system properly.これはログ出力処理を行うクラスに対して、log4jの設定上、該当するAppenderの設定がされていない場合に出る。 よくあるのは、ライブラリを使用していてライブラリ内の処理でログ出力をしているのに、log4jの設定に該当するAppenderの設定がないパターン。 多数のライブラリを使用していると、いちいちパッケージを指定するのも面倒なので、ルートロガーを指定してやればよい。 log4j.properties の例 # logger log4j.rootLogger=DEBU
SAStruts+S2JDBCプロジェクトの基本設定 その１ - 盗鋼石の雑記
SAStruts, S2JDBC | 22:53データベース接続設定S2JDBCではデータベース接続設定はjdbc.diconに記述しますが、JDBCドライバー、URL、ユーザー、パスワードの情報はプロパティファイルに外出しします。このプロパティファイルをDBConfig.propertiesという名前にして、src/main/resourcesにおきます。DBConfig.propertiesの例。（H2データベースへの接続例） jdbc-driver=org.h2.Driver db-url=jdbc:h2:tcp://localhost/saspractice db-user=sa db-password= jdbc.diconも一部変更します。 ・・・ @org.seasar.framework.util.ResourceUtil@getProperties("DBConfig.p
SAStruts で test をするの巻き - h-kageyuの日記
こんな感じだろうとおもってやったら出来た。 すげー簡単。 package sabbs.action; import java.util.List; import javax.servlet.http.HttpSession; import javax.transaction.NotSupportedException; import javax.transaction.SystemException; import javax.transaction.UserTransaction; import org.junit.Before; import org.junit.Test; import org.seasar.extension.jdbc.JdbcManager; import org.seasar.extension.unit.S2TestCase; import org.seasa
コード値をEnumを使って安全に扱う - terazzoの日記
例えば会員情報の性別や血液型のように、データベースに定数項を格納する際にコード値(数値)を使う事が多いんだけど、設計書でコード値の対応付け(男性が1で女性が2など)を決めていたとしても、コーディング上も間違いやすく、入力画面を作る際にも対応付けが面倒臭かったりする。そこで、列挙型(Enum)を使用して間違いの起こりにくそうな方法を考える。 サンプルの概要 会員情報を画面から入力し、データベースに格納するような例を考える。今回は動作サンプルなんで、会員情報に含まれる情報は名前と血液型のみとする。 入力はWebでおこない、名前をテキストフィールドで、血液型をプルダウン(セレクトボックス)で入力する。Web側のフレームワークにはStruts 1.3 + S2Struts + Mayaaを使用する。 入力した値はデータベースの会員情報テーブルに格納する。名前はvarcharのカラム、血液型はコード
java:s2jdbc [paulownia.jp]
Seasarプロジェクトが提供する新しいタイプのオブジェクト・リレーショナル(OR)マッパー。メソッドチェイン（流れるようなインターフェイス）によってクエリを組み立てる。 一対多、多対一、一対一リレーションをサポート。 artistテーブルはmusicテーブルに対して一対多リレーション、musicテーブルのartist_idが外部キーとする。 １側のエンティティ @Entity @Table(name="artist") public class Artist { @Id @GeneratedValue public long id; public String name; // 一対多リレーション（外部キーは相手が持っている） @OneToMany(mappedBy="artist") // 相手側がartistという名前でArtist型プロパティを持っている必要がある public L
独自のバリデータ（Validator）を作ってみる - コンピュータクワガタ
SAStrutsでは独自バリデータも作れます。 生Strutsで作っていたものがある場合には、それを流用することもできます。 今回は、あまりいいネタもなかったので、特定の数の倍数でないとエラーになるバリデータを作ってみました。 アノテーションを作る まずは、アノテーションから作ります。 アノテーションから作るのは、ここでバリデータの仕様がだいたい決まるからです。 package sample.annotation; import java.lang.annotation.ElementType; import java.lang.annotation.Retention; import java.lang.annotation.RetentionPolicy; import java.lang.annotation.Target; import org.seasar.struts.anno
SAStruts + JSONIC でバリデーションエラーをJSONで返す ： json,sastruts,seasar | メモリークラフト
JSONのリクエストのパラメータをSAStrutsのバリデータで検証してNGだったらエラーメッセージ用のJSONオブジェクトを返す必要があったので、やってみました。 まず、検証メソッド /** * JSON検証メソッドのサンプル * 検証せずにいきなりエラーを返す * メッセージのキーがJSONオブジェクトのキーになる * @return エラーメッセージ */ public ActionMessages validateFind() { ActionMessages errors = new ActionMessages(); errors.add("test", new ActionMessage("msg", "こら！")); return errors; } 普通の設定だとJSONが受け取れないので、JSON用のエラーアクションを用意します。これはActionクラスの親クラスに実装
SAStruts + JSONIC でバリデーションエラーをJSONで返す(バリデータ編) ： json,sastruts,seasar | メモリークラフト
前回の記事は検証メソッドをつかったものでしたが、今回はアノテーションを使ったバリデータによる検証でのやり方をやってみました。 @Execute(validator = false) public String jsonError() throws IOException{ HttpServletRequest request = RequestUtil.getRequest(); HttpSession session = request.getSession(); Object msgRequest = request.getAttribute(Globals.ERROR_KEY); Object msgSession = session.getAttribute(Globals.ERROR_KEY); ResourceBundle resource = ResourceBundle.g
実行メソッドのindexメソッドは必ず必要？ - Writing Some Code
SAStrutsに限った話ではないですが、WEB-INF/web.xmlに以下のように404エラーのエラーページ設定を入れておけば、存在しないURLへアクセスすると指定したエラーページへ遷移させることが出来ます。 <error-page> <error-code>404</error-code> <location>/WEB-INF/view/error/404NotFound.jsp</location> </error-page> 色々なURLを打って動作確認していたら、たまに真っ白いだけの画面になるので何でだろうと思い調べてみると、indexメソッドを用意していないActionで起こる模様。 indexメソッドなしのHogeActionの場合、indexメソッドにマッピングされる/hogeというURLにアクセスすると真っ白画面になる。 とりあえずの回避策として以下のようにindexメ
SAStrutsでMapのプロパティにアクセスする方法。 - ひがやすを技術ブログ
ActionFormに次のようなプロパティがあったとします。 public Map<String, Object> map;このmapプロパティにStruts的には、次のような感じでアクセスします。 <html:text property="map(aaa)"/>SAStruts 1.0.4-sp5ではこのパターンに対応できていないので、Mapのプロパティにアクセスするときには、Strutsのタグは使えません。かわりに次のように普通のinputタグを使ってください。 <input type="text" name="map.aaa" value="${f:h(map.aaa)}"/>さっき修正したので、SAStruts 1.0.4-sp6(次のリリース)から、Strutsのタグでも使えるようになります。 https://www.seasar.org/issues/browse/SASTRU
SAStrutsでエラーメッセージを設定してエラー画面に遷移する方法 2
前回のSAStrutsでエラーメッセージを設定してエラー画面に遷移する方法だと記述量が多いので扱いにくい。 static importや可変長パラメータを使用して書きやすくしてみた。 ユーティリティクラス import org.apache.struts.action.ActionMessage; import org.apache.struts.action.ActionMessages; public class AppUtil { public static ActionMessages getErrors(String msgKey, String ...args) { ActionMessages errors = new ActionMessages(); errors.add(ActionMessages.GLOBAL_MESSAGE, new ActionMessage(m
SAStruts JSONを返すアクションメソッド 修正編 - 130単位
SAStruts アクションにJSONを返すメソッドを作成してみる - 130単位 ↑で書いたコードに対し、気になった点があって直そうと思いました。が、あまりに修正点が多かったので新たに記事にしてみます。 以前のコード Ajaxでリクエストされ、従業員のリストをJSON形式で返すメソッドです。 @Execute(validator = false) public String ajaxEmployeeList() { List<Employee> employeeList = employeeService.findByDeptId(form.departmentId); HashMap<String, String> map = new HashMap<String, String>(); for (Employee emp: employeeList) { map.put(emp.id
Re: [SAStruts]/{ コンテキスト名}/{foo}/{bar}/{アクション名}/{id}というURIで呼び出すには
[Seasar-user:16130] Re: [SAStruts]/{ コンテキスト名}/{foo}/{bar}/{アクション名}/{id}というURIで呼び出すには Yasuo Higa [E-MAIL ADDRESS DELETED] 2008年 10月 27日 (月) 14:37:57 JST 前の記事 [Seasar-user:16129] Re: [SAStruts]/{ コンテキスト名}/{foo}/{bar}/{アクション名}/{id}というURIで呼び出すには 次の記事 [Seasar-user:16133] Re: [SAStruts]/{ コンテキスト名}/{foo}/{bar}/{アクション名}/{id}というURIで呼び出すには 記事の並び順: [ 日付 ] [ スレッド ] [ 件名 ] [ 著者 ] ひがです。 > > conpotaです。回答ありがとうござい
業務系のJavaプログラマーが知っておくべき10個のBad Partsとその対策 - 達人プログラマーを目指して
Java: The Good Partsの本のタイトルに触発されて、逆にJava言語の使いにくい部分をいくつかピックアップしてみました。Java EEなどの業務系のアプリケーションプログラマーの視点で書いていますので、別の立場ではここで指摘している事項が必ずしもBad Partではないという指摘もあるかもしれませんし、他にもいろいろなポイントがあると思いますが、とりあえず、私の独断で思いついたものを10個説明したいと思います。 1.標準APIのチェック例外が扱いにくい Java言語のチェック例外は本当にGood Partなのか？ - 達人プログラマーを目指してでも取り上げましたが、Bad Partの第一番目として標準APIのチェック例外が扱いにくいという点を指摘させていただきたいと思います。チェック例外については、理屈上コンパイラーによって例外の処理をプログラマーに強制させることができるす
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
[Seasar-user:17969] SAStrutsにてフォームの値をActionFormのMapにて受ける方法