[Seasar-user:5364] Re: [S2Struts] DispatchAction使用時のValidationについて

[Katsuhiko Nagashima]

永島です。

> ところで、ValidatorFormを継承する方法は、S2Strutsでは一般的（標準的）ではないものの、Strutsでは一般的と考えていいものなのでしょうか。あまりStrutsに詳しくないので・・・。

一般的だと思います。

> それから、試してみて分かったことですが、この方法では、JavaScriptのクライアントのValidationは動かないようです。自動生成するメソッド名が例えばRequiredの場合、「Form名.メソッド名.required()」となって、メソッド名を解決できないのが原因のようでした。「．」を「_」にかえても同じ結果です。

ですね。。。
中途半端ですみません。

06/11/29 に Shinichiroh Takezaki [Virtual
Technology]<[E-MAIL ADDRESS DELETED]> さんは書きました:
> 永島さん
>
> いろいろ貴重な情報をいただき感謝いたしております。
>
> > POJOのFormにでもgetValidationKeyを変更できるようにする機能については
> > 検討させてください。
>
> 当方としては、とりあえず、サービス層にFormを渡すことにしますが、Struts依存の部分については触れないようにすることで回避しようと考えています。POJO化を検討していただけるのであればぜひお願いしたいです。
>
> ところで、ValidatorFormを継承する方法は、S2Strutsでは一般的（標準的）ではないものの、Strutsでは一般的と考えていいものなのでしょうか。あまりStrutsに詳しくないので・・・。
>
> それから、試してみて分かったことですが、この方法では、JavaScriptのクライアントのValidationは動かないようです。自動生成するメソッド名が例えばRequiredの場合、「Form名.メソッド名.required()」となって、メソッド名を解決できないのが原因のようでした。「．」を「_」にかえても同じ結果です。
>
> 以上、経過報告でした。
>
>
>
> 06/11/22 に Katsuhiko Nagashima<[E-MAIL ADDRESS DELETED]> さんは書きました:
> > 永島です。
> >
> > POJOのFormにでもgetValidationKeyを変更できるようにする機能については
> > 検討させてください。
> > また、アノテーションによるValidation指定方法の拡張については
> > 今のところ検討しておりません。
> >
> > > このような問題の対応について何かよいアイデアがあればお願いします。
> >
> > 私が思いつく限りでは、ActionFormにDTOを持たせる方法（ネストする方法）と
> > S2Dxoを利用して変換する方法です。
> >
> > > ところで、S2StrutsのValidationを含めたテストは普通どのようにされていますでしょうか。
> >
> > これは申し訳ないですが、私は知識不足ではっきり言うことができません。m(_ _)m
> > s2struts-exampleのテストは、
> > SeleniumIDEで一通り流して、エラー時の文字列をチェックしている程度です。
> >
> > 06/11/21 に Shinichiroh Takezaki [Virtual
> > Technology]<[E-MAIL ADDRESS DELETED]> さんは書きました:
> > > 永島さん
> > >
> > > 竹崎です。
> > > お世話になっております。
> > >
> > > 教えていただいたValidatorFormから派生しているFormBeanを使用することで、Dispatch
> > > Actionにおけるメソッド毎のValidation を、S2Strutsでも確認ができました。ありがとうございます。
> > >
> > > ところが、1点、問題になっていることがございます。
> > >
> > > これを使うと、MyForm.retrieve など、フォーム名＋メソッド名でルールを記述できて便利なので、
> > > 開発標準にしたいと思ったのですが、ValidatorFormを継承しているため、限定的な使い方しかできないというジレンマに陥っているのです。具体的にいうと、MyFormをサービス呼び出しのDTOとして使いたいのですが、POJOではないため、サービス層のコンポーネントの依存度にも影響してしまいます。要するに、サービスの単体テストにStrutsを要求させてしまうことになってしまい、これでは、せっかくS2StrutsのPOJO化のメリットも台無しになってしまいます。そもそも、Seasarを採用した目的の一つは、DIによる単体テストの効率化だったので、FORMを含むDTOはPOJOでなければなりません。また、すべてのFORMをPOJOに詰め替えるのもあんまりな気がします。
> > >
> > > このような問題の対応について何かよいアイデアがあればお願いします。
> > > また、Validationに関するS2Strutsの拡張など、検討されていることについて教えていただけると幸いです。
> > >
> > > ところで、S2StrutsのValidationを含めたテストは普通どのようにされていますでしょうか。
> > > _______________________________________________
> > > Seasar-user mailing list
> > > [E-MAIL ADDRESS DELETED]
> > > https://ml.seasar.org/mailman/listinfo/seasar-user
> > >
> >
> >
> > --
> > Katsuhiko Nagashima
> > _______________________________________________
> > Seasar-user mailing list
> > [E-MAIL ADDRESS DELETED]
> > https://ml.seasar.org/mailman/listinfo/seasar-user
> >
> >
> _______________________________________________
> Seasar-user mailing list
> [E-MAIL ADDRESS DELETED]
> https://ml.seasar.org/mailman/listinfo/seasar-user
>


-- 
Katsuhiko Nagashima