Java Spring Frameworkを語るスレ

1 名前：デフォルトの名無しさん mailto:sage [04/02/23 00:51] www.springframework.org/ 乱立するフレームワークと競合するプロトコルの嵐のなかで、 リスクの高い決断を余儀なくされているJavaデベロッパ、プ ロジェクトマネージャに対する福音です。 語るべし。 477 名前：デフォルトの名無しさん mailto:sage [2005/09/14(水) 00:14:32 ] >>476 普通はBeanにsetter/getter作るでしょ。 むしろ、setter/getter作ると自然にBeanになる。 MVCからやり直s（ry 478 名前：デフォルトの名無しさん mailto:sage [2005/09/14(水) 00:27:50 ] >>476 サーブレットでDIするためにどういう設定したの？ 479 名前：デフォルトの名無しさん mailto:sage [2005/09/14(水) 00:40:33 ] >476 Webコンテナが管理しているサーブレットインスタンスを そのサーブレットが呼ばれる前に，アプリ側から取得する方法があるとでも？ 480 名前：デフォルトの名無しさん mailto:sage [2005/09/14(水) 01:39:52 ] しかし、いろんなこと考える奴がいるもんだな・・・ある意味感心したw 481 名前：デフォルトの名無しさん mailto:sage [2005/09/14(水) 02:41:41 ] >>479 web.xmlにはプロキシサーブレットを登録して、そのときパラメータで実際のサーブレットクラスを指定するような実装にすればできんでもない。 482 名前：476 mailto:sage [2005/09/15(木) 01:29:23 ] >>477-481 勉強不足でごめんなさい。 サーブレットからビジネスロジックを呼び出すのに 自分でビジネスロジックのインスタンスを作らずに、 setterを作って、ビジネスロジックをDIしようとしたのですが。。。 やっぱり無理なんですかね？ 483 名前：デフォルトの名無しさん mailto:sage [2005/09/15(木) 02:32:53 ] >>482 便乗してTapestryの宣伝でもしてみるか。 Tapestry-4.0だと、それに相当する事が出来るようになってる。 Tapestry-4.0自体はDIコンテナにHiveMind使ってるけど、 HiveMindとSpringを連携させる方法もあるので、 Springで管理してるオブジェクトをTapestryのページや コンポーネントにDIすることできて便利。 484 名前：デフォルトの名無しさん mailto:sage [2005/09/15(木) 03:15:06 ] >>483 日本語のドキュメントはどこにありますか？ 485 名前：デフォルトの名無しさん mailto:sage [2005/09/15(木) 16:21:13 ] あなたはいぢわるな人だ 486 名前：デフォルトの名無しさん [2005/09/19(月) 09:44:33 ] で、実際に開発で使ってる実績ってあるの？ Spring。 487 名前：デフォルトの名無しさん mailto:sage [2005/09/19(月) 09:47:35 ] 何をもって実績と呼ぶかを定義しないと そりゃどっかで使ってるさ。で終わってしまう。 488 名前：デフォルトの名無しさん [2005/09/19(月) 19:12:43 ] どっかって・・・。 どこでも使ってないんじゃないの、と思ってるんだが。 489 名前：デフォルトの名無しさん mailto:sage [2005/09/19(月) 20:59:49 ] おれんとこの現場は使ってる 490 名前：デフォルトの名無しさん mailto:sage [2005/09/19(月) 21:06:20 ] >>488 そうかもね。 というか、DI自体にメリットというか魅力を感じない。 いや、考え方とかそういったのは素晴らしいと思うよ。 だけど、実際には客先にコストダウンとかのメリットがある訳じゃないし、 実行速度が上がるわけじゃない。 まぁ、テストを簡単に行えて品質は上がるのかもしれない。 だけど、問題は、DI使ったからといって、修正とかが楽になるかと言えば、答えはNO。 大抵の修正はメソッドの呼び出しとか、そういったものまで結構変更になる。 なのに、下手にDI使ってインターフェースとか定義してたら、 結局インターフェースもクラスも関連するもの全部修正しないといけない。 つまり、殆どの場合、DI使うことにより、修正の手間は倍以上になる。 作る時に、無駄ともいえるものを作るんだから、下手したら4倍近い手間。 世間がこれからどうなるか知らないが、すくなくても俺の会社では DIは明示的には使わないという方向で決まった。 （ライブラリの内部とかで使われてるとかは知ったこっちゃ無い） 491 名前：デフォルトの名無しさん mailto:sage [2005/09/19(月) 22:21:44 ] インターフェイスをきるときには、システム将来計画等から予想して、 ある程度変更になりそうな部分を見極めとかないと意味は無い DIか否かより、結局は設計の問題になると思うけど 492 名前：デフォルトの名無しさん mailto:sage [2005/09/19(月) 23:06:57 ] >>490 君の言ってることはDIとは直接関係ないかなぁ。 単にインターフェースへのプログラミングってやつの是非を語っているだけではないのか？ まぁ、それも確かに賛否両論よく議論されているネタだけどね DI使うと部品作って組み立てるプロセスが面白くて、楽しく開発は出来るんだけど、 アホには使いこなせないからあまりポピュラーにはならないかもしれない 493 名前：デフォルトの名無しさん [2005/09/20(火) 00:09:30 ] SimpleFormControllerでvalidatorを行おうとしています。 <bean id="confirmEntryController" class="controller.ConfirmEntryController"> <property name="commandClass"><value>model_entity.User</value></property> <property name="commandName"><value>user</value></property> <property name="validator"><ref local="userValidator"/></property> <property name="formView"><value>userEntryView</value></property> <property name="successView"><value>confirmView</value></property> </bean> エラーを表示するのに、spring:bindを利用しているのですが、 -------------entry.jsp----------------------------------------- <spring:bind path="user.name"> <FONT color="#FF0000"><c:out value="${status.errorMessage}"/></FONT> </spring:bind> entry.jspを表示するときに、次のようなエラーになってしまいます。 javax.servlet.ServletException: Neither Errors instance nor plain target object for bean name 'command' available as request attribute なにか見落としがあるのでしょうか？ あうあぅ締め切りがあさってです。助けてください・・・ 494 名前：デフォルトの名無しさん [2005/09/20(火) 00:11:05 ] あーーすみません エラーメッセージがまちがっていました。。 javax.servlet.ServletException: Neither Errors instance nor plain target object for bean name 'user' available as request attribute 495 名前：デフォルトの名無しさん mailto:sage [2005/09/20(火) 01:41:00 ] まだ490みたいなこと言う人居たのか。すげえな。世の中って。 496 名前：デフォルトの名無しさん mailto:sage [2005/09/20(火) 02:29:53 ] MVC フレームワーク使ったことないんで (Viewは絶対にVelocityが良い派。 コントローラはStrutsがベタ打ちっぽくて好き派。) 大きく外してるかも知れませんが ttp://64.233.179.104/search?q=cache:LDvUSmAKRi8J:xlegend.dip.jp/~hamasyou/archives/Engineer-Soul/springframeworkneooiaieaadiiocmvcweb.php+spring.bind+ServletException+Neither+instance&hl=ja ＞Bind 時に ＞javax.servlet.ServletException: Neither Errors instance nor plain target object for bean name 《コマンド名》 available as request attribute ＞という例外が発生する事があります。 これは、Bind するコマンドオブジェクトがリクエストに保存されていないのが原因です。 ＞コントローラに SimpleFormController を使っている場合、processFormSubmission() メソッドで、 ＞super.onSumit(request, response, command, errors) を呼び出すと、例外は発生しなくなりました。参考までに。 ConfirmEntryController でそれに類する処理が必要かどうか、存在するのかの確認と、 デバッガで動かしてリクエストの中身を覗いてみてはどうでしょうか？ 497 名前：デフォルトの名無しさん mailto:sage [2005/09/20(火) 20:30:51 ] >>495 そうでもないんじゃない？ 実際、ある程度予測できる範囲やちょっとした修正なら、DIだろうが何だろうが修正は簡単。 だけど、大抵の場合って、そもそもの仕様から引っくり返されるんだよね。 『ごめん。やっぱりこの機能も追加して』って一言で。 そうなると、確かに>>490の言うような状態に陥る。 498 名前：デフォルトの名無しさん mailto:sage [2005/09/21(水) 01:34:49 ] インターフェース直して、テストコード直して、実装直す。 簡単ジャマイカ 499 名前：デフォルトの名無しさん mailto:sage [2005/09/21(水) 01:44:41 ] >>497 顧客の「やっぱり」が予想できる場合と出来ない場合で違うと思う 予想できない場合は、たとえどんな作り方をしてても無駄なわけだし 500 名前：デフォルトの名無しさん mailto:sage [2005/09/21(水) 03:19:34 ] DIの肝って、「実装を交換できる」ってこと。 あとは想像力さえあれば、大抵の状況は、インターフェイスの修正無しになんとかできるはずだが。 まぁ、インターフェイスの設計がへぼいとどうにもならない場合があるけど。 501 名前：デフォルトの名無しさん mailto:sage [2005/09/21(水) 05:36:55 ] べつに、実装交換しなくても便利なんだけど。 実際のアプリケーションでDIでつなげたクラス同士を切り替えることなんてほとんどない。 それでも、つなげることをやってもらえるだけで便利。 502 名前：デフォルトの名無しさん mailto:sage [2005/09/21(水) 23:44:25 ] >>501 コードでつなげる処理を書くよりも便利なの？ やっぱり自分で試して体感してみるしかないかな。 503 名前：デフォルトの名無しさん mailto:sage [2005/09/22(木) 06:51:23 ] 自分でさわらずに批判してもしかたないよ。 504 名前：デフォルトの名無しさん mailto:sage [2005/09/22(木) 09:06:33 ] DI に関する話をココでやって Springの話をDIスレでやると言う ねじれ現象が起きてるのは何故ですか？ 505 名前：デフォルトの名無しさん mailto:sage [2005/09/22(木) 11:53:07 ] ながいものはねじれるというのが物理法則の基本だから。 506 名前：デフォルトの名無しさん mailto:sage [2005/09/23(金) 09:54:47 ] そもそもDIスレなんてのかあったのかって話。 507 名前：デフォルトの名無しさん mailto:sage [2005/09/23(金) 17:54:03 ] >>506 Dependncy Injectionを語るスレ pc8.2ch.net/test/read.cgi/tech/1099827125/ 508 名前：デフォルトの名無しさん mailto:sage [2005/09/23(金) 23:10:30 ] 多少綴りが間違ってるのと、DI という略語を併記しなかった失策っぽい。 509 名前：デフォルトの名無しさん mailto:sage [2005/09/24(土) 03:31:24 ] >>507 一月半もレスないのか。 S2スレはFAQの件で盛り上がっているというのに……。 510 名前：デフォルトの名無しさん mailto:sage [2005/09/24(土) 03:33:09 ] 本題ではあまりもりあがらない件 511 名前：デフォルトの名無しさん [2005/10/05(水) 11:18:48 ] >>449の件って、>>454が正解なんですか？ だれか解説お願いします。 512 名前：デフォルトの名無しさん [2005/10/19(水) 09:37:25 ] こんな記事があったんですが、Springが主流になりますかね？ ttp://www-128.ibm.com/developerworks/java/library/j-sr2.html 513 名前：デフォルトの名無しさん mailto:sage [2005/10/19(水) 10:43:13 ] >>512 読めん！ 514 名前：512じゃないけど mailto:sage [2005/10/19(水) 16:48:17 ] >>513 これなら読めるか？ www-06.ibm.com/jp/software/websphere/developer/j2ee/lightweight/ 515 名前：デフォルトの名無しさん mailto:sage [2005/10/19(水) 17:50:56 ] >>514 読める！ 516 名前：デフォルトの名無しさん [2005/10/23(日) 21:45:48 ] おまいら、SpringのTransaction管理って使ってますか？ 517 名前：デフォルトの名無しさん mailto:sage [2005/10/23(日) 22:15:15 ] 使ってない。 むしろ自分でトランザクションコード書いた方が安心する。 別に大した労力じゃないし。 分散トランザクションやろうとしたら別だけど。 518 名前：デフォルトの名無しさん mailto:sage [2005/10/23(日) 22:20:08 ] そしてデッドロック 519 名前：デフォルトの名無しさん mailto:sage [2005/10/23(日) 22:26:25 ] デッドロックに対して気をつけなきゃいけないことは、トランザクション管理も ハードコーディングも一緒なり 520 名前：デフォルトの名無しさん mailto:sage [2005/10/24(月) 00:00:28 ] >>517 try/finally/try/catchをいちいち書くの面倒じゃない？ 521 名前：デフォルトの名無しさん mailto:sage [2005/10/24(月) 00:22:16 ] >>520 書くと安心するｗ いたるところで書くわけでもないし苦痛でもない。 522 名前：デフォルトの名無しさん mailto:sage [2005/10/24(月) 14:16:34 ] ひとりとかふたりで開発するならそれでもいいんだけどねぇ。 人数多くなってわけわかんないコーダーが含まれるようになると、それじゃ怖い。 523 名前：デフォルトの名無しさん mailto:sage [2005/10/24(月) 15:15:19 ] 投げて上で処理するとか。 一箇所で処理できる仕組みであれば何でもいいけどな漏れは。 524 名前：デフォルトの名無しさん mailto:sage [2005/10/24(月) 17:24:13 ] 投げて上で処理ってどういうこと？ 上でconnection.rollback(); を実装するという意味だよな？ 525 名前：デフォルトの名無しさん mailto:sage [2005/10/24(月) 21:00:01 ] >>523 その為にAspectとか有るんじゃないか？ 526 名前：デフォルトの名無しさん mailto:sage [2005/10/24(月) 21:21:21 ] そこでEntity Beanですよ。 527 名前：デフォルトの名無しさん mailto:sage [2005/10/24(月) 23:28:43 ] コミット、ロールバックもろもろ書いてあるメイン処理テンプレートソース 用意してコレ使えという。 528 名前：デフォルトの名無しさん mailto:sage [2005/10/24(月) 23:32:53 ] 要するにAOPは使いたくないってこと？ 529 名前：デフォルトの名無しさん mailto:sage [2005/10/25(火) 00:27:49 ] トランザクションだけはコードで書きたい。 530 名前：デフォルトの名無しさん mailto:sage [2005/10/25(火) 09:47:45 ] テンプレートを使うやり方ってtransactionScriptみたいなヤツ？ あれって複数Daoに更新命令メッセージ渡したい時にうまくasid守れるのだっけ？ ドアホな質問だったらｽﾏｿ >>529 自作インタセプタでAOPするのも嫌なの？ 531 名前：デフォルトの名無しさん mailto:sage [2005/10/25(火) 10:35:43 ] ACID 532 名前：530 mailto:sage [2005/10/25(火) 11:30:31 ] し、しまった、ゴメン恥sage 533 名前：デフォルトの名無しさん [2005/10/25(火) 21:41:41 ] Seasarを選ばなかったおまいらは非国民 534 名前：デフォルトの名無しさん mailto:sage [2005/10/25(火) 21:55:08 ] 日本で作ったところくらいしか、とりたてて特徴がないからなぁ。 逆にSeasar選ぶのは国粋主義だとは言える。 535 名前：デフォルトの名無しさん mailto:sage [2005/10/25(火) 23:30:51 ] >>530 >>インタセプタ それならいいかも。コードかけるから。 536 名前：デフォルトの名無しさん mailto:sage [2005/10/26(水) 01:28:04 ] >>534 国粋主義が悪いかのように匂わす藻舞は共産主義者 537 名前：デフォルトの名無しさん [2005/10/26(水) 01:34:42 ] >>536 ウヨ厨発見。 「国粋主義」ってそもそも悪口だし。悪いに決まってる。 538 名前：デフォルトの名無しさん mailto:sage [2005/10/26(水) 10:14:29 ] Javaが日本発な言語でない以上、 Seasar2もSpringもその意味では五十歩百歩だろ。 使いやすい方使えばいいのよ。 539 名前：デフォルトの名無しさん mailto:sage [2005/10/26(水) 13:35:27 ] >>534 どっちがいいのかは個人の判断だと思うけど､ かなり違うよSpringとSeasarは。 特徴がないと思っているのは単なる勉強不足。 540 名前：デフォルトの名無しさん mailto:sage [2005/10/26(水) 16:42:29 ] >539 で、両者の顕著な違いってどの辺り？ 軽量DIコンテナ+AOPサポートって言う コアな考え方が同一な以上、 枝葉は多少異なるだろうけど、 幹の部分は大差なく感じるんですが。 それぞれのサブプロジェクト(MVCフレームワークとか)は モデルが大きく異なるだろうけど、限りなく枝葉な問題だし(私には)。 そこの違いがでかいんだよと言われると、大変困るが。 541 名前：デフォルトの名無しさん mailto:sage [2005/10/26(水) 16:59:35 ] ロジックとかDAOを呼び出すだけで使ってる分にはあまり差を感じないけどな。 542 名前：デフォルトの名無しさん mailto:sage [2005/10/26(水) 17:18:39 ] >>540 DIだとあまり変わらないかもね。 ただ、Seasarの新しいバージョンだと､DIが結構変わったみたい。 XMLはほとんど書かないらしい。 AOPは結構違う。 JavaWorldに出てたけど､同じAOP AllianceのAPIにもとづいているとは 思えないくらいに設定の仕方が違う。 543 名前：デフォルトの名無しさん mailto:sage [2005/10/26(水) 20:24:41 ] 設定方法なんか、どうだってなるわけだが。 544 名前：デフォルトの名無しさん mailto:sage [2005/10/27(木) 00:49:30 ] DIやAOPよりも、自前でJTA実装用意してるかどうかが大きい気がする Tomcatやローカルアプリに対して、安定したJTA環境＋AOPによる宣言トランザクションを提供出来るというのが 自分から見たS２の売りかな？ Springも外部のJTA実装を用意すれば一緒なんだけど、出来ればSpring内で実装まで用意して欲しい 545 名前：デフォルトの名無しさん mailto:sage [2005/10/27(木) 09:37:46 ] ん〜、煽りじゃなくて教えて欲しいのだが、自前JTAってそんなにいいの？ どうせAP鯖上で動くならそのAP鯖のJTA使えばいいと思う。 つっか、AP鯖のJTA使うと、提供されている管理画面を 使えちゃったりして便利なんだよね。使用状況とか一目瞭然だし。 546 名前：デフォルトの名無しさん mailto:sage [2005/10/27(木) 11:05:18 ] >>545 > どうせAP鯖上で動くならそのAP鯖のJTA使えばいいと思う。 AP鯖ならそれ使えばよろし。 「Tomcatやローカルアプリ」の場合の話。 547 名前：デフォルトの名無しさん mailto:sage [2005/10/27(木) 11:50:06 ] JOTMとか? というか部品を用意してあるかどうかなんて些細な差と言うか、 そもそも比較項目にすらならん気がする。 224 にも張られた内容見るといろいろ差があるなとは思う。 結局AOPに対するアプローチが一番の違いか？ Spring はどこまでも POJO マンセーな感じ。 良い意味でも悪い意味でも。 548 名前：デフォルトの名無しさん [2005/10/27(木) 12:38:18 ] >>547 JTA実装するかしないかの差は、両者のトランザクション管理に対する考えの違いでもある。 JTAを標準としてJDBCトランザクションを排除していこうとしてるのがS2 JDBCもJTAも、DIコンテナがラップして利用者に統一的に使って貰おうとしてるのがSpring 549 名前：デフォルトの名無しさん mailto:sage [2005/10/27(木) 12:39:51 ] >>547 POJOマンセーはSeasarのほう。 Springには、何かしたかったら､こういうインターフェースを実装しろ というのがいろいろあるけど、Seasarはそういうのがほとんど無い。 550 名前：デフォルトの名無しさん mailto:sage [2005/10/28(金) 01:25:53 ] jsfを使うんだけどspringはどの段階で作り始めればいいんですか？ ある程度jspとかbeanとか決まってから？ 551 名前：デフォルトの名無しさん mailto:sage [2005/10/28(金) 09:21:16 ] >>550 君の脳内が整理されたら。 552 名前：デフォルトの名無しさん mailto:sage [2005/10/28(金) 10:56:12 ] Spring 自体は作らんだろ。作らんよね？ Spring 自体は作りませんね。 553 名前：デフォルトの名無しさん mailto:sage [2005/10/28(金) 14:25:10 ] そんなレスはいらんねん 554 名前：デフォルトの名無しさん mailto:sage [2005/10/28(金) 18:52:00 ] なんかすごいヤシが来たな、ﾜｸﾜｸ 555 名前：デフォルトの名無しさん mailto:sage [2005/10/30(日) 17:47:22 ] (・∀・)ﾊｲｰｷｮ 556 名前：デフォルトの名無しさん mailto:sage [2005/10/30(日) 21:02:51 ] >>555 気が早いよ。ヽ(`Д´)ﾉ もう少しまってろ。 557 名前：デフォルトの名無しさん mailto:sage [2005/10/31(月) 01:27:45 ] 保全 558 名前：デフォルトの名無しさん mailto:sage [2005/10/31(月) 14:31:11 ] ところで、Springを使ってサービスを２つ起動しているけど 片方のサービスを止めたり、動かしたりする場合のサンプリングが解らず・・・・ 筆不精で表現が不十分ならすまん・・・。 559 名前：デフォルトの名無しさん mailto:sage [2005/10/31(月) 14:49:38 ] >>558 サービスとSpringは直接関係ないだろ。 560 名前：デフォルトの名無しさん mailto:sage [2005/10/31(月) 14:50:21 ] つうか、サンプリングって新しいな、おい。 561 名前：デフォルトの名無しさん mailto:sage [2005/11/01(火) 13:36:58 ] 統計やってるんだろう 562 名前：デフォルトの名無しさん mailto:sage [2005/11/01(火) 14:30:30 ] springとhibernateを使ってるのですが、以下のようなコードでDBからデータを取得した時に ログ情報はどうやって出すのでしょうか？ 出したい情報としては、どのテーブルに、どんな条件で取得or更新処理等を行っているかです。 SQLの場合は、SQLそのものをログに出せば良かったのですが、spring+hibernateになった場合 SQLの時と同等の内容をログに出力する方法が分からなくなってしまいました…。 Hoge hoge = (Hoge)getHibernateTemplate().get(Hoge.class, primaryKey); このgetの中でやっている事をログに出したいです。 563 名前：デフォルトの名無しさん mailto:sage [2005/11/01(火) 19:08:20 ] Hibernate の設定でログにSQLを吐くってのがあったはず。 564 名前：デフォルトの名無しさん mailto:sage [2005/11/02(水) 00:43:48 ] springの設定でhibernatePropertiesに <prop key="hibernate.show_sql">true</prop> を設定 565 名前：デフォルトの名無しさん mailto:sage [2005/11/02(水) 10:31:05 ] >>563,564 ありがとうございます！ おかげさまで、SQLは出力されるようになったのですが、 出力されるSQLのWHERE句の条件部分が、実際の値に置換する前の「？」に なってしまいます…. この「？」の部分が実際の値に置換された状態のSQLを出力する事は出来ないのでしょうか？ 566 名前：デフォルトの名無しさん mailto:sage [2005/11/05(土) 20:04:59 ] さっぱり関係ないんだけど、PreparedStatementに値が入れられた後のSQLを 吐き出させられないかと思うことはよくあるな。 567 名前：デフォルトの名無しさん mailto:sage [2005/11/05(土) 20:42:17 ] DB側でログだすしかないね。 JDBC4でやってくれないのかなぁ 568 名前：デフォルトの名無しさん mailto:sage [2005/11/06(日) 00:19:10 ] そもそもJDBC内で完全なSQL生成してるわけじゃないから無理だよな。 そんなことしてたらPrepareStatement意味ない。。 569 名前：デフォルトの名無しさん mailto:sage [2005/11/06(日) 01:52:33 ] なんかのクラスのログレベルを下げれば、 どんなパラメータを入れたか確認できるけど一応。 どのクラスかは会社に居ないので確認できましぇん 570 名前：デフォルトの名無しさん mailto:sage [2005/11/06(日) 15:24:20 ] Spring + Hibernate3 でテストしてた時は パラメータも表示されてたと記憶してるが。 571 名前：デフォルトの名無しさん mailto:sage [2005/11/07(月) 09:55:19 ] ドライバにトレースオプションとか無いの? 572 名前：デフォルトの名無しさん mailto:sage [2005/11/08(火) 01:15:17 ] >>566 p6spyってのを使えばできるらしいよ。 573 名前：sage [2005/11/13(日) 01:07:52 ] SpringWebMVC使ってるんだけど、 フォーム上の二つの入力フィールドの値を、 コマンドオブジェクトの一つのプロパティにBindすることってできないんだろうか？ 574 名前：デフォルトの名無しさん mailto:sage [2005/11/13(日) 01:12:45 ] JavaScriptFrameworkかとおもた 575 名前：デフォルトの名無しさん mailto:sage [2005/11/13(日) 13:14:15 ] よし、今からSpringを勉強するよ。 指示をくれ とりあえずダウンロードしてくるわ 576 名前：デフォルトの名無しさん mailto:sage [2005/11/13(日) 13:35:02 ] spring-framework-1.2.5-with-dependencies.zipをダウンロードして Eclipseに展開 その間に www.atmarkit.co.jp/fjava/rensai3/springdi01/springdi01_1.html これを読んでる 577 名前：デフォルトの名無しさん mailto:sage [2005/11/13(日) 13:39:20 ] なにこれ？ あほですか？ ただ、指定のクラスを生成して、ついでにプロパティも入れるというだけ？ くだらん。 ただのFactoryじゃん。 messageを生成時に注入してHello World!かよ。 おめでてーな。 まあ、記事が馬鹿だということを予想して付属のSampleためしてくるよ。

---

---

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

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