△△もっとStrutsの良さを教えてくださいSession5

1 名前：デフォルトの名無しさん [2006/12/30(土) 18:05:08 ] Apache Strutsフレームワークについて語るスレ 前スレ △△まだまだStrutsの良さを教えてくださいSession4 pc8.2ch.net/test/read.cgi/tech/1109465052/ 237 名前：デフォルトの名無しさん mailto:sage [2007/07/27(金) 08:29:35 ] >>236 自分も本当は嫌なんですけど そうするとstyleIdに連番をふる方法が他にありますでしょうか？ もしあるなら使いたいです。 238 名前：236 mailto:sage [2007/07/27(金) 08:39:44 ] カスタムタグの中に別のタグがあるような書き方はできないはずなので スクリプトレットも当然駄目かと思ったけど、 TLDの設定で変えられるんだね。動かしてないから知らんけど。 (1)スクリプトレットの式を評価して (2)その値をタグハンドラクラスの指定のフィールドにセットする... と考えるとできるっちゃできるか。 ただ、スクリプトレットをJSPにゴロゴロ書き出すと 真似する奴が出て大変なことになると思うよ。 コーディング規約とかで禁止されていない？ 割り切って使うならいいかもしれないけど。 >>233 え・・・いらなくなったんですか？？？ それは初耳だな〜Swingとかもう飽きた・・・ WEBアプリの方が楽でいいから戻りたいです。 239 名前：236 mailto:sage [2007/07/27(金) 08:42:02 ] >>237 Struts-elを使うか、 カスタムタグを自分で作る・・・ Strutsのタグクラスを継承してtldをちょいちょい書くだけなので 意外と簡単だよ。 自分は後者の方でやった。 他にいい方法って逆にありますかね。。。 というか株を見ながら書いていたらこんな時間なので仕事逝ってきます。 240 名前：デフォルトの名無しさん mailto:sage [2007/07/27(金) 10:05:06 ] 解決しました。 <html:hidden name="hoge" property="type" indexed="true" styleId='<%= "hoge"+ index.toString() %>'/> としたらTomcatでもWebLogicでも動作しました。 なぜだかよくわかりませんが・・・ weblogic.xmlではうまくいきませんでした。 241 名前：236 mailto:sage [2007/07/28(土) 01:22:59 ] >>240 年のせいか触ってないとすぐに忘れる・・・ 俺もかなり適当なこと書いてるっぽいけど もうちょい自分が何やってるか理解しようとする意思を持った方がいいよ。 嫌な言い方するようだけど JSPなりカスタムタグなりがどうやって動いているのか 全然理解してないし理解しようともしてないでしょ。 俺はこういうのは気になって放置できない。 242 名前：デフォルトの名無しさん mailto:sage [2007/07/28(土) 12:30:24 ] Strutsタグは使わないことにしました。 243 名前：名無しさん＠そうだ選挙に行こう [2007/07/29(日) 16:19:01 ] ところで、 ActionFormのreset()って、ページ遷移時と submitなどが押されたあとももう1回呼ばれるよね。 これって･･･ 駄目では。 244 名前：名無しさん＠そうだ選挙に行こう mailto:sage [2007/07/29(日) 19:34:39 ] 236氏いい加減なこと書きすぎ。 えらそうなこと書きたいならJSP仕様を勉強し直してからにして。 スクリプトレットと実行時式の違いとかカスタムタグ仕様とか。 245 名前：名無しさん＠そうだ選挙に行こう mailto:sage [2007/07/29(日) 19:35:37 ] >>243 kwsk 246 名前：デフォルトの名無しさん [2007/07/29(日) 21:18:09 ] フォーム有りページに遷移→ActionFormのreset()でフォームが初期化される フォームに値を入力してsubmitする→なぜかまた同じActionFormのreset()が呼ばれて初期化 247 名前：デフォルトの名無しさん mailto:sage [2007/07/29(日) 22:59:05 ] それはそういう仕様。 resetメソッドのところの説明をよく読め。 248 名前：デフォルトの名無しさん [2007/07/31(火) 19:34:33 ] 仕事でstruts勉強する必要ができたんだけど 一番分かり易い説明と要点の書いてあるサイトを教えて下さい。 249 名前：デフォルトの名無しさん [2007/07/31(火) 19:37:49 ] Strutsってなんであんな使い辛い仕様なんだろう 今時WEB案件でjavaとか馬鹿じゃねーのと思う 250 名前：デフォルトの名無しさん [2007/07/31(火) 19:52:45 ] たしかに、もう何十人の派遣ばっかの烏合の衆でシコシコと大型サイト組むような次代じゃないのかもね でも次候補にきそうなPHPもなんだかJavaと手間が変わらなくなってきてるしRubyはありえないし、、 模範的なWEB案件ってないもんか 251 名前：デフォルトの名無しさん mailto:sage [2007/07/31(火) 20:10:23 ] Strutsがいいかどうかは別としてJavaが一番作りやすいよ PHPとか中途半端にオブジェクト指向取り入れて死んでるよ 252 名前：デフォルトの名無しさん [2007/07/31(火) 21:13:34 ] JavaはServletクラスの設計からしてクソだからな。 Strutsはクソの上に積み上げたクソに過ぎない。 253 名前：デフォルトの名無しさん mailto:sage [2007/07/31(火) 21:16:05 ] じゃばじゃば言ってる奴はダサいよな 254 名前：デフォルトの名無しさん mailto:sage [2007/07/31(火) 22:27:55 ] じゃあ、何が良いの？ 255 名前：デフォルトの名無しさん mailto:sage [2007/07/31(火) 22:59:52 ] まずロジックをHttpServletやHttpServletRequestから完全に切り離すことだろうな。 入力の検査・加工ルールと、出力の整形・加工ルールを外部ファイル化できていればさらにいい。 256 名前：デフォルトの名無しさん mailto:sage [2007/07/31(火) 23:12:50 ] HTML出力に限ればVelocityが良さそうに見えたが、テンプレート側に文字列の加工を連続して書けないのが難点だったな…。 たとえば「小数点2桁で切り捨ててカンマで区切ってからエスケープ処理したい」みたいなときに テンプレート側にスマートに書けないと、Java側のコードがどんどん膨れて困る。 257 名前：デフォルトの名無しさん mailto:sage [2007/07/31(火) 23:14:11 ] いや、それじゃロジックとviewを分離する意味ないじゃん・・・ 258 名前：デフォルトの名無しさん mailto:sage [2007/07/31(火) 23:23:21 ] ん？ 値をセットするのと、フォーマットして表示するのは別だろ？ 259 名前：デフォルトの名無しさん mailto:sage [2007/07/31(火) 23:37:38 ] 本来、JavaがHTMLエスケープまで面倒見るのはおかしいんだよ。 出力がHTMLであることを定義するのはビューなんだから、ロジックとは無関係なフォーマットや HTMLエスケープはビューがやらないと、それこそビューと分離できなくなるでしょ。 260 名前：デフォルトの名無しさん mailto:sage [2007/08/01(水) 10:36:14 ] いまからやるならJSFでいいじゃない 261 名前：デフォルトの名無しさん mailto:sage [2007/08/01(水) 10:37:23 ] HTMLでしか表示しないのに、設計的に美しいからと変な手間を増やすのがJava厨クオリティ 262 名前：デフォルトの名無しさん mailto:sage [2007/08/01(水) 11:52:32 ] まだPHP4が出だした頃にjavaもやりはじめて、 jspのエラー画面でスタックトレースの階層具合を見た時は轢いたな。 いまとなってはどうでもいいけど。 263 名前：デフォルトの名無しさん mailto:sage [2007/08/01(水) 21:18:12 ] ぶっちゃけJSPでいいじゃんって最近おもう。 264 名前：デフォルトの名無しさん mailto:sage [2007/08/01(水) 21:37:56 ] さすがに、それはない。 265 名前：デフォルトの名無しさん mailto:sage [2007/08/01(水) 21:48:47 ] いや普通にJSPでいいだろ。何がダメなのかわかんない 266 名前：デフォルトの名無しさん [2007/08/01(水) 21:48:58 ] そもそもなんのためにjavaあるの？意味なくない 267 名前：デフォルトの名無しさん mailto:sage [2007/08/01(水) 22:05:07 ] XHTMLってDreamWaverやHomepageBuilderで作れる？ 作れるならPOHP系に落ち着いて欲しいな。言語を選ばなくなるし。 268 名前：デフォルトの名無しさん mailto:sage [2007/08/01(水) 22:39:34 ] >>266 そもそも何のためにVBが（ｒｙ そもそも何のためにRubyが（ｒｙ そもそも何のためにC#が（ｒｙ ということで、そんな意味のないことを書くな。 269 名前：デフォルトの名無しさん [2007/08/01(水) 23:05:30 ] >>268 ここまで使うメリットのない言語も珍しいだろ javaの利点ってなにさ 270 名前：デフォルトの名無しさん mailto:sage [2007/08/01(水) 23:12:39 ] 煽るためだけに聞いてるような頭の悪いレスにしか見えん。 ああ、夏休みか。 271 名前：デフォルトの名無しさん mailto:sage [2007/08/01(水) 23:12:47 ] 誰も喪前にjavaを使ってくれなんていわないワケだが。 272 名前：デフォルトの名無しさん mailto:sage [2007/08/02(木) 05:11:10 ] >>269 ここまでマジレスするメリットのないレスもめずらしいな。 273 名前：デフォルトの名無しさん mailto:sage [2007/08/02(木) 08:03:33 ] ｽﾄﾗｯﾂで作ったwebアプリで ブラウザの戻るボタンで 戻れないのは、 どうしてる？ 注意書でブラウザの戻るボタンは押すなって 書いてあるとこもあるけど それは避けたいんだよな。 274 名前：デフォルトの名無しさん [2007/08/02(木) 21:11:04 ] JavaScriptで制御してるな 275 名前：デフォルトの名無しさん mailto:sage [2007/08/03(金) 07:14:10 ] 最初からメニューを消しておけば問題なし。 ついでに右クリックも禁止してしまえ。 ふはははは。 276 名前：デフォルトの名無しさん mailto:sage [2007/08/03(金) 08:30:17 ] >>275 つBack Space 277 名前：デフォルトの名無しさん mailto:sage [2007/08/03(金) 10:08:18 ] そもそも戻れないって作り方の問題じゃね？ 278 名前：デフォルトの名無しさん mailto:sage [2007/08/03(金) 10:30:48 ] 戻られて困るようなサイト、Strutsを使うまでもないｶｽだ 279 名前：デフォルトの名無しさん mailto:sage [2007/08/03(金) 10:53:00 ] 画面遷移をすべてRedirectで行えばよい 280 名前：デフォルトの名無しさん mailto:sage [2007/08/03(金) 12:35:47 ] Struts1.2と1.3、実際に現場ではどちらのほうがより使われている？ 各種ツールの対応状況の都合で未だに1.2という話も聞くが実際にはどうだろう？ それから、Struts使う場合でもlogicタグを使うケースと その部分だけはJSTLを使うケースはどちらが多い？ 281 名前：デフォルトの名無しさん mailto:sage [2007/08/04(土) 17:15:18 ] 1.3に上げるメリットがよくわからないし、2.0もあるしな taglibについては、以前のStruts開発ではJSTLを使った。 Strutsタグはhtmlタグ以外は使わなかった 282 名前：デフォルトの名無しさん [2007/08/04(土) 17:42:47 ] 分かりやすくstruts解説したｻｲﾄ教えて 283 名前：デフォルトの名無しさん mailto:sage [2007/08/04(土) 22:23:29 ] 絶対JSTLの方が楽だと思うけど、 「今までlogicタグ使ってたから」という理由でlogic、beanタグを使うことが多い。 struts-html以外は、JSTLを使うのがベスト 284 名前：デフォルトの名無しさん mailto:sage [2007/08/04(土) 22:44:26 ] 2.0系は別物だからStruts以外のフレームワークも含めた別の観点からの議論が必要。 1.2.xで作ったモノを1.3.xへ上げる理由はないけど 新規開発ではどう？1.3があるけどそれでもなお1.2を使う？ 理想論とか「あるべき」論ではlogicやbeanタグは使わずにJSTLがベターなのはわかりきっているが 実際の開発現場ではどうなの？ 285 名前：デフォルトの名無しさん [2007/08/05(日) 10:02:20 ] おまえらどこでstruts勉強したの？ 286 名前：デフォルトの名無しさん mailto:sage [2007/08/05(日) 11:45:26 ] >>284 1.3に上げてもものすごいメリットがないからなあ 保守を考えると全部1.2で同じ作りにしてあった方が楽なので、 うちは今のところずっと1.2 beanやlogicはJSTLに置き換えつつあるかな。でもlogicタグしか分からない外注さんも 多いから混ざってる >>285 本家のstruts-examplesとUser Guideを見ながら。本は買ってない 287 名前：デフォルトの名無しさん mailto:sage [2007/08/05(日) 12:21:16 ] カスタムタグは使わないほうがいい 288 名前：デフォルトの名無しさん mailto:sage [2007/08/05(日) 14:48:26 ] >>287 なんで？ 289 名前：デフォルトの名無しさん [2007/08/05(日) 15:43:07 ] >>286 分かり辛いだろ、 分かり易く書いてあるｻｲﾄとかなかったの？ 290 名前：デフォルトの名無しさん mailto:sage [2007/08/07(火) 12:39:33 ] やる気の問題だな 291 名前：デフォルトの名無しさん [2007/08/08(水) 22:55:00 ] やる気なんかないから 分かりやすいのが欲しいんじゃね 292 名前：デフォルトの名無しさん [2007/08/12(日) 13:44:17 ] スクリプトレットにならないだけでもstruts使う価値あり veligateとかtablib:logicとかtaglib:beanとか と、非strutsのソースみて思いました。 JS関数の中にjavaコード埋め込んであったり、もう酷かった。 293 名前：デフォルトの名無しさん mailto:sage [2007/08/12(日) 15:01:14 ] JSTLで十分かと。 294 名前：デフォルトの名無しさん mailto:sage [2007/08/12(日) 16:30:00 ] 最近GWT使うようになってStrutsいらなくなったと感じる 295 名前：デフォルトの名無しさん mailto:sage [2007/08/12(日) 17:27:00 ] >>286 同意。 現在の技術者の多くや、情報源の大部分はStruts1.2ベースだから、 1.3や2.0によっぽどのメリットがない限り、保守性、生産性を考慮し、 1.2を採用すべきと考えてる。 それでも1.3や2.0を採用する価値があるか逆に聞きたい。 まぁ、1.3や2.0のこと全く知らないんだけど… 296 名前：デフォルトの名無しさん mailto:sage [2007/08/22(水) 21:12:40 ] >>295 2.0は俺も知らんけど、1.3のメリットなら 処理の割り込みをカスタマイズするのが非常に楽。 たとえば、Actionのexecute()の呼び出し直前/直後に行いたい処理を割り込ませるとか。 アプローチはCommonsChainでAOPじゃないのがイマドキじゃないけど・・・ あとは、ユニットテスト用のモックが提供されているとか、 Validatorや例外処理のリソースバンドル分割に対応しているとか URLバリデータが賢くなったりとか。 297 名前：デフォルトの名無しさん mailto:sage [2007/08/24(金) 22:31:24 ] Actionがインスタンス化されるときのメソッドって何ですか？ 298 名前：デフォルトの名無しさん [2007/08/25(土) 01:06:47 ] 1.3.8、なんで45MBもあるの？ 299 名前：デフォルトの名無しさん [2007/08/28(火) 23:34:30 ] Struts1.3で質問です。 JSPで表示が同じ複数のボタンを配置して、 サーブレットでどのボタンが押されたか判定したいんですが、 どうすればいいでしょうか？ 別にStruts使わなくても構いません。 300 名前：デフォルトの名無しさん mailto:sage [2007/08/29(水) 00:04:00 ] >>299 EventDispatchActionを使うと吉。 301 名前：デフォルトの名無しさん [2007/08/31(金) 01:54:22 ] >>299 私はずっとLookupDispatchActionを使ってきました。 struts.apache.org/1.x/apidocs/org/apache/struts/actions/LookupDispatchAction.html?is-external=true ＃SpringFrameworkと連携させることが多いので実際はLookupDispatchActionSuportですが。 www.springframework.org/docs/api/org/springframework/web/struts/LookupDispatchActionSupport.html 302 名前：299 mailto:sage [2007/09/01(土) 21:37:01 ] >>300 >>301 遅くなってすいませんが、どうもありがとうございます。 ちょっと見てみます。 303 名前：デフォルトの名無しさん mailto:sage [2007/09/12(水) 17:16:55 ] 2004年ごろ閉鎖された「有限会社エヌアイティー技術情報部」というサイトが ありました。そこでは、Strutsのドキュメントなどが精力的に翻訳されていま した。 web.archive.org/web/20031021031543/http://www.janit.com/TechnoInf/ web.archive.org/web/20031205165039/www.janit.com/TechnoInf/Java/Struts1.1b3/index.html これだけ大量の翻訳を、どうやら管理人氏一人でやっていたようです。 きのう、ここの移転先を見つけました。 www.geocities.jp/ogaponman/TechnoInf/ www.geocities.jp/ogaponman/ 断言はできませんが、お亡くなりになっていたように見えます。お世話になり ました。合掌。 304 名前：デフォルトの名無しさん [2007/09/21(金) 23:02:37 ] なあ、今strutsの本読んだんだけどさ、 素のサーブレットと手間変わんなくない？ これじゃ使う意味ないよね。 305 名前：デフォルトの名無しさん mailto:sage [2007/09/21(金) 23:20:16 ] >>304 もっといいもの作ってよ、期待してる 306 名前：デフォルトの名無しさん mailto:sage [2007/09/22(土) 00:14:00 ] >>304 そう思うってことは、勉強が足りんよね。 307 名前：デフォルトの名無しさん mailto:sage [2007/09/22(土) 04:28:22 ] >>304 素のサーブレット書くよりは数倍楽だと思うけど。 308 名前：デフォルトの名無しさん mailto:sage [2007/09/24(月) 16:05:13 ] 派遣とかの現場でもstrutsってもう終ったの？ 309 名前：デフォルトの名無しさん mailto:sage [2007/09/24(月) 16:56:31 ] むしろ、JSFほか別のフレームワークがはじまってないので、Struts一色 310 名前：デフォルトの名無しさん [2007/09/24(月) 17:56:13 ] うちは4年前からturbine(velocity + torque) 311 名前：デフォルトの名無しさん [2007/09/24(月) 19:10:42 ] ttp://d.hatena.ne.jp/higayasuo/20070923#1190523132 312 名前：デフォルトの名無しさん mailto:sage [2007/09/24(月) 19:51:55 ] ひがたんも賢いスーツ側の人間だからなぁ。 しーさーがうまくいかなそうだったら逃げるのかい？ 313 名前：デフォルトの名無しさん mailto:sage [2007/09/24(月) 22:23:56 ] Struts はなんだかんだいって見通しがいいのと 実績があるのもあって総合力は高いよね。 314 名前：デフォルトの名無しさん [2007/09/25(火) 17:30:31 ] うちは去年からWebObjects 315 名前：デフォルトの名無しさん mailto:sage [2007/09/25(火) 17:55:23 ] 何それ、聞いたこと無い 316 名前：デフォルトの名無しさん mailto:sage [2007/09/26(水) 02:12:57 ] >>313 strutsはたいしたことはやってないので見通しがいいのと、 登場した時期が早かったのと、 開発メンバーが他のを覚えようとしないので、 うちでもめちゃくちゃポイントが高い。 317 名前：デフォルトの名無しさん mailto:sage [2007/09/26(水) 03:23:52 ] >>311 ひがさんがくさす頭の固いおやじは流行にうといだけでしょう。 本物のおやじはそもそもJavaを使いません。 人月計算とExcelとスーツの世界より anond.hatelabo.jp/20070831005830 318 名前：デフォルトの名無しさん mailto:sage [2007/09/26(水) 07:12:04 ] プレゼンテーションフレームワーク以外にも 覚えないといけないことはたくさんあるので 一度覚えた Struts を使ってくれていいです。 それよりはテスト技法とか、リファクタリングなんかを覚えて コードの品質を上げてもらえればうれしいです。 319 名前：デフォルトの名無しさん [2007/09/26(水) 12:10:10 ] >>315 WebObjectsはiTunes Storeに採用されたJavaのWebフレームワークです 320 名前：デフォルトの名無しさん mailto:sage [2007/09/26(水) 13:39:06 ] ああ、アップルのか 俺的には、どんだけマイナーなんだよって感じだけど、他では大流行してたりするのかな 321 名前：デフォルトの名無しさん mailto:sage [2007/09/26(水) 15:38:16 ] Macで開発してた人には人気が高いし、WebObjectsを模倣したフレームワークも多くある。 Cayenneなんかもそんな感じじゃなかったかな 322 名前：デフォルトの名無しさん mailto:sage [2007/09/26(水) 16:54:10 ] Cayenneって永続化層のﾌﾚｰﾑﾜｰｸじゃなかったっけ？ 323 名前：デフォルトの名無しさん mailto:sage [2007/09/26(水) 20:17:37 ] >>321 知ったかぶりもここまで度を過ぎましてはいけませんな ご短慮でありましたな 324 名前：デフォルトの名無しさん mailto:sage [2007/09/26(水) 20:40:21 ] www.google.co.jp/search?q=webobjects+cayenne&lr=lang_ja&ie=utf-8&oe=utf-8&aq=t&rls=org.mozilla:ja:official&client=firefox 325 名前：デフォルトの名無しさん mailto:sage [2007/09/26(水) 23:38:33 ] >>324の検索にヒットした内の１つであるこの自動車情報サイトもWebObjectsで構築されてるようだ 「PORSCHE Cayenne S 標準価格860 万円」だって www.vividcar.com/cgi-bin/WebObjects/f1b8d82887.woa/wa/read/f1bb29ceb4/ 326 名前：デフォルトの名無しさん mailto:sage [2007/09/27(木) 09:18:41 ] なんにせよMacなんぞサーバに採用しないし、WebObjectsを使うことはねえな 327 名前：デフォルトの名無しさん mailto:sage [2007/09/27(木) 10:26:37 ] WebObjectsはJavaだからSolarisでも動くって… 328 名前：デフォルトの名無しさん mailto:sage [2007/09/27(木) 16:56:20 ] java厨化石化の傾向がこんなに早くみられるとは・・・ 329 名前：デフォルトの名無しさん mailto:sage [2007/09/28(金) 11:16:39 ] >>328Javaも今に衰退しますからあと10年見守ってて下さい 330 名前：デフォルトの名無しさん mailto:sage [2007/09/28(金) 23:55:50 ] SSHってなんだと思ったら Struts+Spring+Hibernate のことか。 331 名前：デフォルトの名無しさん [2007/10/03(水) 00:53:26 ] Strutsのよさって何だろう？ Action(画面遷移の定義)とリソースが落ちてるぐらいしか思いつかん。 Strutsタグは糞だし、デバッグもしにくい(わかり難い) 勉強するのにはいいかも試練が初心者のは難しい気がする。 ごちゃごちゃ機能があるくせホントに使えるのはあまりない Application層を目的として作ったはずなのにDataSourceが定義できる時点で・・・ 後継承を繁盛に使うせいでユニットテストが使えない。 ver2.xからがらりと変わってるらしいけど・・・・ 変なところで固い癖にごちゃごちゃしすぎ ところでDynaActionFormとか使ってる人がいたら使い方教えてください 332 名前：デフォルトの名無しさん mailto:sage [2007/10/03(水) 01:20:25 ] DynaActionFormの利点がわからない 333 名前：デフォルトの名無しさん mailto:sage [2007/10/03(水) 01:43:41 ] >>331 >Application層を目的として作ったはずなのにDataSourceが定義できる時点で・・・ Application層ってなんすか？ 自分が知らないだけですかね。 Datasourceは定義できるだけで非推奨じゃなかったっけ？ まぁ使わなければいいだけだし、使わんでしょ普通。 >後継承を繁盛に使うせいでユニットテストが使えない。 よくわかんないなー ActionクラスとかがサーブレットAPIに依存しているので 結局画面で動かさないとできないとかそういうこと？ MockのHttpSessionとかHttpServletRequestを用意すれば 簡単に単体テストできるというか俺はやったけど。 なんか変な共通処理とか環境に依存する部分を Actionクラスに見せまくる作りだとやりにくいけどね。 ここはちゃんと設計すりゃ大丈夫でしょ。 334 名前：デフォルトの名無しさん mailto:sage [2007/10/03(水) 03:10:54 ] 「Strutsの良さ」なんて、土方が集めやすいぐらいでしょ。 Wicketは良いよ。土方集められないけど。 335 名前：デフォルトの名無しさん mailto:sage [2007/10/03(水) 05:56:47 ] >>334 親方乙ですｗ 336 名前：デフォルトの名無しさん mailto:sage [2007/10/03(水) 08:56:20 ] >>331 StrutsTestCase for JUnit使うといいよ。 ttp://strutstestcase.sourceforge.net/ Mockテストとオンコンテナのテストの両方ができる。 337 名前：デフォルトの名無しさん [2007/10/03(水) 11:08:17 ] DataSourceの定義は、1.1の頃からドキュメントでは「推奨しない」と言っていたが、1.3からは完全になくなった。 1.3では定義すら出来ないよ。 1.3では標準でMockテストのためのTestCaseクラスが用意されている。 StrutsTestCaseなんて今時使う奴いるのか？ Strutsを使った開発をさらに難しくするだけじゃないか。 2系は今はStrutsプロジェクトで開発されているが、まったく別系統のフレームワーク。 「Strutsの新しいバージョン」と思っていると間違い。

---

---

[ 続きを読む ] / [ 携帯版 ]

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef