JSFでエラーのある項目の背景色を変える - じゃばらの手記
さて今回はJSFで「エラーのある項目の背景色を変える」をやってみます。 Strutsにある機能だし、これくらい簡単にできるだろう、と思ってたら・・・けっこうめんどくさいことになっています。 基本的なアイデア 標準で提供されているh:inputTextを使って試してみます。 本来エラー項目の見た目を変えるにはclass属性を指定するんでしょうけど、ここではコード量を減らすためにstyleでいきます。 バッキングビーン（とはもう言わないのかな？）のメソッドで入力値が妥当かどうかを判定して、style属性値を変えればいいでしょう。 XHTMLは以下のように記述しました。 <h:inputText id="value" value="#{hogePage.value}" style="#{hogePage.valueStyle}" required="true" /> style属性値でバッキング
私のBeanValidationの使い方(Java EE Advent Calendar 2013) — 裏紙
このエントリは Java EE Advent Calendar 2013 の3日目です。 昨日は @matsumana さんのご担当で JAX-RS + mustache - @matsumana の技術メモ でした。 今回はBeanValidationの自分なりの使い方をご紹介します。 その前に BeanValidationてなんや？という方は JSR 349 の仕様を読むと良いでしょう。 200ページ超えてますが半分以上コードっぽいのでそんなにしんどくないんじゃないかと思わなくもないけどどうでしょうか？ もしくは「BeanValidation しんさん」でググると良いですよ。 本題 BeanValidationではフィールドやgetterに@NotNullとか@Sizeとかアノテーションをモリモリ付けてバリデーションするわけですが、調子に乗ってるとすぐアノテーション地獄になってキツいの
MOONGIFT: » jQueryでその場で入力チェックを行う「jQuery Inline Form Validation Engine」:オープンソースを毎日紹介
入力された値の検証は最終的にサーバ側で行わなければ意味がない。が、ユーザビリティを考えるとブラウザ上でチェックし、通知できれば便利に違いない。問題はそうしたチェック機能を実装するのが手間だと言うことだ。 jQueryを使ってWebブラウザ上で入力チェック 動的なフォーム生成でも柔軟に対応できるくらいシンプルな入力チェックライブラリがjQuery Inline Form Validation Engineだ。 今回紹介するオープンソース・ソフトウェアはjQuery Inline Form Validation Engine、jQueryプラグインで提供される入力チェックライブラリだ。 jQuery Inline Form Validation Engineの良い点は、入力チェックがブラウザ上で行われ、かつそのエラー内容が入力項目の横にフローティングで表示される所だ。吹き出し風になっており、非
より良いフォーム作りの参考になるフォームのサンプル＆ライブラリ集:phpspot開発日誌
16 Free Ajax Contact Forms - For A Better User Experience Contact forms are the most common bridges between readers & site owners whether it is a blog or an e-commerce site. より良いフォーム作りの参考になるフォームのサンプル＆ライブラリ集。 JavaScript, Ajax等を使い、バリデーションやフォーム入力のしやすさなどについて考えられたフォーム集がまとまってました。 LightForm - Demo - ファンシーなフォームデザインにクールな入力チェック Proto Form - 入力チェック機能や現在位置強調機能 jQuery - Ajax Contact Form (Tutorial & Files) - D
2008-04-17
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でクライアントサイドバリデーション - ひがやすを技術ブログ
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
コードリーディングメモ バリデータ編 - wyukawa's diary
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でアノテーション（例：
JSR303 Bean Validation initial draft released - よねのはてな
花見日和の今日この頃、花見にもいけずに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
出羽ブログ ～はてな版～ - [Teeda]２つの入力値が異なっている時にバリデータエラーにする方法
例えば、「メールアドレス(email)」と「確認用メールアドレス(emailConfirm)」を入力してもらって２つの入力値が異なっている場合に、バリデータでエラーにするにはどうすればよいか？ 以下のような感じでTEqualValidatorを使えば良い。注意点として、HTMLの出現位置が後の方のプロパティにアノテーションを仕掛ける必要があります。（1.0.10時点ではTigerアノテーションは存在しないので、定数アノテーションを使う。） public static final String emailConfirm_TEqualValidator ="targetId=email"; private String email; private String emailConfirm; /* アクセッサメソッドは省略 */ PS. 今日はこれが上手く動作せずに多くの時間を費やされてしまいま
2007-08-08
メモ程度にサンプルを書いておく。 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
Emailっぽいかチェックする。 - 設計と実装の狭間で。
よくある正規表現なので、テキトーに書いた。 Javaだとエスケープがゲロくて泣きそう。 @RegularExpression(pattern = "^\\p{ASCII}+@(([-a-z0-9]+\\.)*[a-z]+|\\[\\d{1,3}\\.\\d{1,3}\\.\\d{1,3}\\.\\d{1,3}\\])") ネタ元： メールアドレスに一致する正規表現
もうちょっとVerificationについて考えてみた。 - 谷本 心 in せろ部屋
S2JSFだったら、HTMLにValidationを書いて Dtoにアノテーションを書いてVerificationにすればOK。 でも、結局、両方に似たような事を書くことになるだろうから、 そのうち面倒くさくなってくるよね。（むら） 基本的にはVerificationの一部を切り出したものがValidationになるだろうから （Validationの方がVerificationより厳しい事は、ないだろうから） Validationもアノテーションに反応して行なえるようにしたい。 では、どのようなアノテーションにすれば、そんな事ができるのでしょうか。 ■基本方針 Dtoのプロパティに@Requiredとか@MaxLengthみたいなアノテーションをつけて、 Validator/Verifierがそれを見て反応。 アノテーションへの引数の渡し方なんかは、Teedaと同じノリで。 Verifi
ValidationとVerification - 谷本 心 in せろ部屋
こないだのドン引き最終回でもチラっと出た、これ。 ValidationとVerification。 言葉的には「妥当性の確認」と「検証」なんだけど、 ここでは「画面入力のチェック」と「サービスの引数チェック」って事にしておく。 図にするとこんな感じ。 Webアプリケーションのセキュリティでウダウダ言ってる問題って 実は、この2種類に分ければ、随分と上手く整理できそうなんですよね。 ときに、 フレームワーク使って開発してると、バリデーションの責務が増えがち。 だって、バリデータとロジックの双方でチェックなんてしたくないから。 だから複数フィールドバリデータとか、無理してキモい事やったり バリデータからDBにアクセスしたり、おいおい、それ何てLogic？ みたいな状況になる。 逆に、バリデータはソコソコに、ロジックできっちりチェックすると 決めてるプロジェクトも多いと思うんだけど、 そんな場合
入力値を簡単に制限する「yav」とかフォーム入力チェックいろいろ
メール送信フォームやらアンケートの回答フォームやら、とにかくネット上には様々なフォームが存在しています。入力する値が間違っていると「エラー」表示を出すタイプのモノが多いですが、出される側から見れば「そんな値を入力できるようにするなよ！」「8文字までしか受け付けないんだったら、最初から入力可能な文字数を8文字に制限しておけよ！」「エラーが出たらどこを再入力すればいいのかわかりやすく表示してくれ！」などと思うこともしばしば。 というわけで、この「yav」は入力エラーチェックだけでなく、最初から入力できる値を制限したり、数字であれば範囲指定したり、入力チェック後にフォームの色を変えてわかりやすくしてくれたり、とにかくいろいろ便利な入力チェック機能を簡単に組み込むことができるオープンソースで開発されているJavaScriptファイルです。入力チェック後のエラー表示もポップアップウインドウやページ内
バリデータのアイデア - 谷本 心 in せろ部屋
以前、 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
複数フィールドバリデーションは、ラベルをバリデータが持った方が良い - 谷本 心 in せろ部屋
最近、複数フィールドバリデーションを、実案件でモリモリ使っています。 具体的には、複数フィールドに分かれた「年」「月」「日」に対して 全部入力されなかったらスルー どれか入力したら、他が一つでも入力されていないエラー 全部入力されたら、存在する日付かどうかを確認する という感じです。 そんな事をやっていると、タイトルの件に気付きました。 例えば、こんなバリデーションです。 生年月日 <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="月
おおたに6号機の春なりかけ。 - [Teeda]Validator/Converterをまとめる
そういえばいつか書こう書こうと思ってましたが、 Teedaでは、ValidatorやConverterをまとめて記述することが出来ます。 これは特に定数アノテーションしか使えない場合に威力を発揮します。 定数アノテーションは若干面倒だし、タイプミスする可能性もあるので。 サンプル実装を下記に示します。 まずはValidatorChainを継承して、Validatorを作ります。 （クラス名を本当はXxxValidatorChainにしたいのですが、 たぶんS2のValidatorのデフォルトの規約上見つけられない気がするのでXxxValidatorとします） public class AddInputPageValidator extends ValidatorChain { private TRequiredValidator requiredValidator; private TLe
![おおたに6号機の春なりかけ。 - [Teeda]Validator/Converterをまとめる](https://cdn-ak-scissors.b.st-hatena.com/image/square/8912040fa35b10a97b5484595c5d5e88b24949ba/height=288;version=1;width=512/https%3A%2F%2Fogimage.blog.st-hatena.com%2F17680117127031179480%2F17680117127031261190%2F1555336136)
DynamicValidator
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
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
InfoQ: JavaEE 6のBean Validationがエンティティ バリデーションのメタデータモデルとAPIを提供
Verifierの実現方法 - 谷本 心 in せろ部屋
