さて今回はJSFで「エラーのある項目の背景色を変える」をやってみます。 Strutsにある機能だし、これくらい簡単にできるだろう、と思ってたら・・・けっこうめんどくさいことになっています。 基本的なアイデア 標準で提供されているh:inputTextを使って試してみます。 本来エラー項目の見た目を変えるにはclass属性を指定するんでしょうけど、ここではコード量を減らすためにstyleでいきます。 バッキングビーン（とはもう言わないのかな？）のメソッドで入力値が妥当かどうかを判定して、style属性値を変えればいいでしょう。 XHTMLは以下のように記述しました。 <h:inputText id="value" value="#{hogePage.value}" style="#{hogePage.valueStyle}" required="true" /> style属性値でバッキング

Spring BootによるAPIバックエンド構築実践ガイド 第2版 何千人もの開発者が、InfoQのミニブック「Practical Guide to Building an API Back End with Spring Boot」から、Spring Bootを使ったREST API構築の基礎を学んだ。この本では、出版時に新しくリリースされたバージョンである Spring Boot 2 を使用している。しかし、Spring Boot3が最近リリースされ、重要な変...

入力された値の検証は最終的にサーバ側で行わなければ意味がない。が、ユーザビリティを考えるとブラウザ上でチェックし、通知できれば便利に違いない。問題はそうしたチェック機能を実装するのが手間だと言うことだ。 jQueryを使ってWebブラウザ上で入力チェック 動的なフォーム生成でも柔軟に対応できるくらいシンプルな入力チェックライブラリがjQuery Inline Form Validation Engineだ。 今回紹介するオープンソース・ソフトウェアはjQuery Inline Form Validation Engine、jQueryプラグインで提供される入力チェックライブラリだ。 jQuery Inline Form Validation Engineの良い点は、入力チェックがブラウザ上で行われ、かつそのエラー内容が入力項目の横にフローティングで表示される所だ。吹き出し風になっており、非

1html = 1Page、ユースケース=ディレクトリ という分かりやすいTeedaのページ駆動開発をSAStrutsで挑戦してみました。 SASturtsの場合は、1html = 1Pageではなく、1JSP = 1Actionですね。 今回は、pageという名前のユースケースを想定してみました。 作成したモジュールは次のとおりです。 exercise.action.page.FromAction.java exercise.action.page.ToAction.java exercise.action.page.AbstractPageAction.java webapp/page/from.jsp webapp/page/to.jsp AbstractPageAction.java は pageユースケースのための FromActionとFromActionの共通親クラスです。

SAStrutsでクライアントサイドバリデーションは次のようにして行ないます。 今回は、最初のサブミットボタンを押すと、aaaのみが必須チェックがかかり、次のボタンを押すとbbbのみが必須チェックがかかるサンプルで説明します。 ClientValidatorAction.javaのソースコードは次のようになります。 ClientValidatorAction.java package tutorial.action; import org.seasar.struts.annotation.Execute; import org.seasar.struts.annotation.Required; public class ClientValidatorAction { @Required(target = "submit") public String aaa; @Required(tar

struts-config.xml <plug-in className="org.seasar.struts.validator.S2ValidatorPlugIn"> <set-property property="pathnames" value="/WEB-INF/validator-rules.xml"/> </plug-in> S2ValidatorPlugIn#initResources() resources = new S2ValidatorResources(streamArray); まず上記のようにS2ValidatorPlugInでS2ValidatorResourcesをnewしセットする。 このresourcesはapplicationにsetAttributeされる。 その後ActionCustomizer#setupValidatorでアノテーション（例：

花見日和の今日この頃、花見にもいけずにj-waveを聞きながら仕事しているちょっとキモ目のよねむらです。 さて、Bean Validationのinitial draftがリリースされました。 JSR 303はJava Beanオブジェクト用のValidation機構、メタデータモデルを実現する目的で発足。 このAPIを使用することで、Java Beanのプロパティの検証条件をアノテーションで設定し、実行時に統一的な方法でそれを検証できるようになります。 draftからのexampleをいくつか。直感的に分かるかと思います。 Chapter3 Constraint declaration and validation process @zipCodeCityCoherenceChecker public class Address { @NotNull @Length(max=30) pr

Verifierの実現方法としては、 Serviceの引数（Entity）にアノテーションを書く Serviceのメソッドにアノテーションを書く かな。 http://oval.sourceforge.net/ OVALあたりを使えば、簡単に提供できるでしょう。 こないだ少しだけ試してみましたが、ホント簡単でした。 Dtoにアノテーションを書いて、 Validator validator = new Validator(); validator.validate(dto); ってするだけ。

例えば、「メールアドレス(email)」と「確認用メールアドレス(emailConfirm)」を入力してもらって２つの入力値が異なっている場合に、バリデータでエラーにするにはどうすればよいか？ 以下のような感じでTEqualValidatorを使えば良い。注意点として、HTMLの出現位置が後の方のプロパティにアノテーションを仕掛ける必要があります。（1.0.10時点ではTigerアノテーションは存在しないので、定数アノテーションを使う。） public static final String emailConfirm_TEqualValidator ="targetId=email"; private String email; private String emailConfirm; /* アクセッサメソッドは省略 */ PS. 今日はこれが上手く動作せずに多くの時間を費やされてしまいま

メモ程度にサンプルを書いておく。 HTML側 <span id="allMessages" /> Pageクラス側 FacesMessageUtil.addErrorMessage("E0000001"); Object[] args = {"XXX", "YYY"}; FacesMessageUtil.addErrorMessage("hogehoge", args); プロパティファイル（appMessages_ja.properties）側 E0000001=検索結果がありません。 hogehoge={0}は{1}である！ ※ appMessages_ja.properties は Doltengが自動生成してくれています。 ブラウザの出力 * 検索結果がありません。 * XXXはYYYである！ Teeda Coreのteeda-core-1.0.x.jar を解凍すると javax

よくある正規表現なので、テキトーに書いた。 Javaだとエスケープがゲロくて泣きそう。 @RegularExpression(pattern = "^\\p{ASCII}+@(([-a-z0-9]+\\.)*[a-z]+|\\[\\d{1,3}\\.\\d{1,3}\\.\\d{1,3}\\.\\d{1,3}\\])") ネタ元： メールアドレスに一致する正規表現

S2JSFだったら、HTMLにValidationを書いて Dtoにアノテーションを書いてVerificationにすればOK。 でも、結局、両方に似たような事を書くことになるだろうから、 そのうち面倒くさくなってくるよね。（むら） 基本的にはVerificationの一部を切り出したものがValidationになるだろうから （Validationの方がVerificationより厳しい事は、ないだろうから） Validationもアノテーションに反応して行なえるようにしたい。 では、どのようなアノテーションにすれば、そんな事ができるのでしょうか。 ■基本方針 Dtoのプロパティに@Requiredとか@MaxLengthみたいなアノテーションをつけて、 Validator/Verifierがそれを見て反応。 アノテーションへの引数の渡し方なんかは、Teedaと同じノリで。 Verifi

こないだのドン引き最終回でもチラっと出た、これ。 ValidationとVerification。 言葉的には「妥当性の確認」と「検証」なんだけど、 ここでは「画面入力のチェック」と「サービスの引数チェック」って事にしておく。 図にするとこんな感じ。 Webアプリケーションのセキュリティでウダウダ言ってる問題って 実は、この2種類に分ければ、随分と上手く整理できそうなんですよね。 ときに、 フレームワーク使って開発してると、バリデーションの責務が増えがち。 だって、バリデータとロジックの双方でチェックなんてしたくないから。 だから複数フィールドバリデータとか、無理してキモい事やったり バリデータからDBにアクセスしたり、おいおい、それ何てLogic？ みたいな状況になる。 逆に、バリデータはソコソコに、ロジックできっちりチェックすると 決めてるプロジェクトも多いと思うんだけど、 そんな場合

メール送信フォームやらアンケートの回答フォームやら、とにかくネット上には様々なフォームが存在しています。入力する値が間違っていると「エラー」表示を出すタイプのモノが多いですが、出される側から見れば「そんな値を入力できるようにするなよ！」「8文字までしか受け付けないんだったら、最初から入力可能な文字数を8文字に制限しておけよ！」「エラーが出たらどこを再入力すればいいのかわかりやすく表示してくれ！」などと思うこともしばしば。 というわけで、この「yav」は入力エラーチェックだけでなく、最初から入力できる値を制限したり、数字であれば範囲指定したり、入力チェック後にフォームの色を変えてわかりやすくしてくれたり、とにかくいろいろ便利な入力チェック機能を簡単に組み込むことができるオープンソースで開発されているJavaScriptファイルです。入力チェック後のエラー表示もポップアップウインドウやページ内

以前、 http://d.hatena.ne.jp/cero-t/20070622/1182530354 で書いてたバリデータを実現するためのアイデア。 こんな感じで記述します。 <input type="text" id="year" m:label="年" m:value="#{xxxDto.year}" /> <input type="text" id="month" m:label="月" m:value="#{xxxDto.month}" /> <input type="text" id="day" m:label="日" m:value="#{xxxDto.day}" /> <span m:inject="s:validator2" m:binding="#{dateValidator}" m:targetId="year,month,day" m:eventId="doXxx

最近、複数フィールドバリデーションを、実案件でモリモリ使っています。 具体的には、複数フィールドに分かれた「年」「月」「日」に対して 全部入力されなかったらスルー どれか入力したら、他が一つでも入力されていないエラー 全部入力されたら、存在する日付かどうかを確認する という感じです。 そんな事をやっていると、タイトルの件に気付きました。 例えば、こんなバリデーションです。 生年月日 <input type="text" id="year" m:label="年" m:value="#{xxxDto.year}"> <span m:inject="s:validator" m:binding="#{multiFieldDateValidator}" m:groupId="birtyday"/> </input> <input type="text" id="month" m:label="月

そういえばいつか書こう書こうと思ってましたが、 Teedaでは、ValidatorやConverterをまとめて記述することが出来ます。 これは特に定数アノテーションしか使えない場合に威力を発揮します。 定数アノテーションは若干面倒だし、タイプミスする可能性もあるので。 サンプル実装を下記に示します。 まずはValidatorChainを継承して、Validatorを作ります。 （クラス名を本当はXxxValidatorChainにしたいのですが、 たぶんS2のValidatorのデフォルトの規約上見つけられない気がするのでXxxValidatorとします） public class AddInputPageValidator extends ValidatorChain { private TRequiredValidator requiredValidator; private TLe

DynamicPropertyのように、動的にValidatorを変えたい場合のために DynamicValidatorを実装しました。 対象のコンポーネントのid+Validatorのgetterで Validatorを動的に置き換えて使うことが出来ます。 その際アノテーションで指定したValidatorは無視されます。 サンプルコードは下記のようになります。 public class DynamicValidatorPage { // これらは動的なValidatorが定義されている場合、無視される public static final String aaa_TRequiredValidator = null; public static final String aaa_TLengthValidator = "minimum = 1"; public static final St