08/03/17 02:24:11
基本的に単体項目による検証ではなく、その他の項目と合わせて判断する必要があるのと
モデルのValidationは作成済みで、その機能をそのまま利用したいからです。
Validationでは基本的に各属性のみの値を使って検証することになりますが、
モデルのその他の設定されている値(プロパティ)も見たいのです。
598:デフォルトの名無しさん
08/03/17 17:34:31
JSFのバリデータは個々の値の検証のみを行うものだよ
複数の検証なら当たり前だけどinvokeApplicationフェーズで行うしかない
ロジック呼ばなければいいだけでしょ？
599:デフォルトの名無しさん
08/03/17 20:47:24
カスタムバリデータ作ればいいじゃない。
600:デフォルトの名無しさん
08/03/18 23:40:31
>>599のいうことは>>597のやりたいことに対してなんにも解決方法になってないんだが
601:デフォルトの名無しさん
08/03/23 02:27:52
>>597の「やりたいこと」が分かってしまう>>600はエスパーか同じ穴の狢
602:デフォルトの名無しさん
08/03/23 06:06:36
ここってGWT-Ext2.0のスレで良かったけか？
603:デフォルトの名無しさん
08/03/23 14:39:19
>>601
エスパーじゃなくても分かるくらいの情報は書いてあるが。
人によって理解度に差があるのは仕方の無いことか。
604:デフォルトの名無しさん
08/03/23 14:50:53
カスタムバリデータ作ればいいじゃん
って俺も思うけどな。
バリデータの階層的呼び出しができないとか
モデル値の参照ができないと思い込んでないか？
605:デフォルトの名無しさん
08/03/23 15:37:28
単に>>597はバリデータの理解度が足りてないだけだと思う
もちろん理解度に個人差があるのは仕方ないことであるｗ
606:デフォルトの名無しさん
08/03/23 16:35:52
メソッドバリデータでいいんじゃね？
どっちにしろ>>597のほしいものとは違ってくるけど
607:デフォルトの名無しさん
08/03/23 20:40:02
モデル値の参照ってどうやるの？
608:デフォルトの名無しさん
08/04/09 03:03:39
結局だれもまともな解答付けられずw
609:デフォルトの名無しさん
08/04/09 13:08:04
だってJSFのライフサイクルにあわないもん
610:デフォルトの名無しさん
08/04/15 00:39:22
UIComponent#getParent()/getChildren()使えば他のUIComponentの値を
参照できるんだからカスタムバリデータで頑張れば解決で終了
611:デフォルトの名無しさん
08/04/15 00:43:19
>>610
モデルでほしいといってるからそれは解決方法にならないだろ
それでいいのなら何をしてもいいことになる
612:デフォルトの名無しさん
08/04/15 01:02:40
>>611
モデルでほしいなんてC/C++のポインタが自動的に割り当てられた
アドレスを指してるってくらい無茶な願望だってことに気づくべき
613:デフォルトの名無しさん
08/04/15 01:49:10
>>612
いや、だからみんなむちゃだといってるんでしょ
そのものの解決は無理だと
614:デフォルトの名無しさん
08/04/15 02:06:11
>>613
だからカスタムバリデータで終了だと言ってるのになんでループ？
615:デフォルトの名無しさん
08/04/15 02:21:09
>595=597の問題をどう定義するかで解決が変わるんだな
>599,604,610は↓が問題で
> 基本的に単体項目による検証ではなく、その他の項目と合わせて判断する必要があるのと
↓は問題ではなく単なる(願望としての)解法だと捉えてるからカスタムバリデータで解決
> Update Model Values の後にValidationしたいんだがどうすればいいんでしょうか？
> モデルのValidationは作成済みで、その機能をそのまま利用したいからです。
>600,611,613は↑が問題だと捉えてるから解決しない
616:デフォルトの名無しさん
08/04/15 08:32:16
immediate=true を組み合わせればmodel値取れるじゃん
617:デフォルトの名無しさん
08/04/15 13:22:52
>>616