Java Spring Frameworkを語るスレ

1 名前：デフォルトの名無しさん mailto:sage [04/02/23 00:51] www.springframework.org/ 乱立するフレームワークと競合するプロトコルの嵐のなかで、 リスクの高い決断を余儀なくされているJavaデベロッパ、プ ロジェクトマネージャに対する福音です。 語るべし。 448 名前：デフォルトの名無しさん mailto:sage [2005/07/10(日) 00:55:34 ] アボーンって、具体的にはどういう問題がでてくると思う？ 449 名前：デフォルトの名無しさん [2005/07/13(水) 20:03:02 ] TransactionProxyFactoryBeanにtagetってフィールドがあるんですけど、これシングルトンなんです。 マルチスレッドでここに処理が殺到した場合、スレッドセーフにトランザクションさばけるんでしょうか？ 教えてください。 TransactionProxyFactoryBean www.springframework.org/docs/api/org/springframework/transaction/interceptor/TransactionProxyFactoryBean.html 450 名前：デフォルトの名無しさん mailto:sage [2005/07/13(水) 20:42:56 ] >449 そりゃ、targetしだいだろ。targetがスレッドセーフなら、問題ない。 451 名前：名無しさん [2005/07/13(水) 21:00:03 ] 同時に異なるスレッドの異なるtargetがシングルトンのTransactionProxyFactoryBeanにセットされにきたらどうなりますか？ 452 名前：デフォルトの名無しさん mailto:sage [2005/07/13(水) 23:18:19 ] オブジェクトの数とスレッド数は別ものとして考えないと。 ちゃんと考えられてるだろうから、 単一のオブジェクトの同じメソッドを 複数のスレッドが並行して駆け抜けることは全然OKなように つくられてるはず・・・（たぶん） 453 名前：デフォルトの名無しさん mailto:sage [2005/07/14(木) 16:28:52 ] 蒼ざ(ry 454 名前：デフォルトの名無しさん [2005/07/14(木) 19:22:10 ] どうやらtargetもシングルトンじゃないとダメみたいですね。 455 名前：デフォルトの名無しさん [2005/07/16(土) 17:28:30 ] >>462 それはプラットフォームによる。 ・GUIは大抵そう。(OSから飛んでくるイベントの処理は、イベント毎の状態保持が必要。 　　　　　　　　　　　 もっとも、同じ要素に複数イベント飛んできたら、単に順次処理する事が多いんで、 　　　　　　　　　　　 本当のスレッド並列処理はそんなに必要ないと思う。) ・Webアプリ周りも大抵そう。(例の(Statefull)Servletあたりが有名) それ以外の場面で、常にインスタンスとスレッドを別に考えるのは、どーかと思う。 結局インスタンス数を減らしてまでメモリー消費を避けたい特殊な場面(大規模アプリ、組込みアプリ) に固有のやりかただと思う。 456 名前：455 mailto:sage [2005/07/16(土) 17:30:24 ] ああ>>451-452の流れか。>>455は取り消し(ワラ 457 名前：デフォルトの名無しさん mailto:sage [2005/07/19(火) 10:34:04 ] というか誰にレスしてんだ 458 名前：デフォルトの名無しさん [2005/07/24(日) 22:38:13 ] これが最近有名なJSFって奴ね。 Javaは最新の技術追うのが大変（＠＠） 459 名前：デフォルトの名無しさん mailto:sage [2005/07/25(月) 01:15:53 ] ============================== キチガイが狂った独り言を書き込み中 ============================== 460 名前：デフォルトの名無しさん mailto:sage [2005/07/25(月) 07:37:48 ] >>441 applicationContext.xmlの中でHibernate Annotationsの設定がかけるようになるってことみたいだね。 LocalSessionFactoryBeanを使う場合は、hibernate.cfg.xmlを書いておく必要があった。 461 名前：デフォルトの名無しさん mailto:sage [2005/08/06(土) 22:29:31 ] Spring1.2.3でProxyFactoryBean使おうと思って [ sample.xml ] <beans> <bean id="test" class="org.springframework.aop.framework.ProxyFactoryBean"> <property name="proxyTargetClass"><value>true</value></property> <property name="target"><ref local="person"/></property> <property name="interceptorNames"><value>advisor</value></property> </bean> …略… </beans> [ sample.java ] BeanFactory factory = new ClassPathXmlApplicationContext("/com/mamezou/aop/proxydi/sample.xml"); Person person = (Person) factory.getBean("test"); person.setName("Hoge"); ってやるとCGLIBがねぇよってエラーになって、 CGLIB2.1のjarクラスパスに突っ込んでやるとエラーになるんだけど…。 対処方法ってなんかある？ 462 名前：461 mailto:sage [2005/08/08(月) 00:45:20 ] 事故解決しますた。orz 463 名前：デフォルトの名無しさん mailto:sage [2005/08/08(月) 01:32:41 ] いちお、解決方法きぼんぬ 464 名前：デフォルトの名無しさん mailto:sage [2005/08/08(月) 12:18:04 ] 今度は aopallience がねえよって怒られて それを修正したとかそんな流れ？ 465 名前：461 mailto:sage [2005/08/08(月) 20:07:27 ] 遅レス、スマソ。 CGLIB2.1入れても java.lang.NoClassDefFoundError: org/objectweb/asm/Type って出たので、ASM入れただけです。 ＿｜￣｜○||| ASMは1.5.3入れました。2.0だと java.lang.NoClassDefFoundError: org/objectweb/asm/CodeVisitor が出ます故。これで動いたは動いたケド、正しいかどうかは…。 466 名前：デフォルトの名無しさん mailto:sage [2005/08/08(月) 20:27:13 ] >>464 だいたいあってたね。 467 名前：デフォルトの名無しさん [2005/08/10(水) 12:47:00 ] だいたいってことは、正確にはどーすればよいわけ？ 468 名前：デフォルトの名無しさん mailto:sage [2005/08/10(水) 20:51:17 ] CGLIB とかのライブラリは Spring 付属の jar をぶっこんだ？ まだ 1.1.7 使ってて 1.2 系は試してないけど 付属の jar 入れとけば間違いは少ないと思う。 469 名前：461 mailto:age [2005/08/10(水) 20:53:28 ] ageます。ｽﾏｿ。 >>467 asm-1.5.3.jar cglib-2.1_2.jar をWEB-INF/lib/に放り込んでクラスパス通すだけでつ。 「ProxyFactoryBean使うときはCGLIB入れろ」 ってドキュメントに書いてあったのですが、 CGLIB使うときはASM入れないないとNGなんで、 ttp://prdownloads.sourceforge.net/cglib/cglib-2.1_2.jar?download ttp://forge.objectweb.org/project/download.php?group_id=23&file_id=3084 のミラーからDLしてください。 …というコトではない？ 470 名前：デフォルトの名無しさん mailto:sage [2005/08/10(水) 21:14:42 ] with-dependency の方のディストリビューション落とせば 添付の jar を必要に応じて加えるだけで 外部のライブラリは不要だったと思うんだけど。。 471 名前：461 mailto:sage [2005/08/10(水) 21:47:00 ] >>470 ｻﾝｸｽ。 >with-dependency こっちじゃなくて、spring-framework-1.2.3.zip落としちゃって…。 ttp://www.techscore.com/tech/Others/Spring/1.html にしっかり書いてありました。orz 472 名前：デフォルトの名無しさん mailto:sage [2005/08/19(金) 12:55:20 ] Spring Beans XML Editor (Spring IDE for Eclipse) ttp://springide.org/project/wiki/BeansXmlEditor Screen Shot 見る感じだと とりあえず欲しい機能は結構揃っているような。 473 名前：デフォルトの名無しさん mailto:sage [2005/08/25(木) 16:33:37 ] www.springframework.org/springide/release-123 474 名前：デフォルトの名無しさん [2005/09/07(水) 09:38:35 ] KingはRodが大嫌いなんだとさw houseofhaug.net/blog/archives/2005/08/12/hibernate-hates-spring/ 475 名前：デフォルトの名無しさん mailto:sage [2005/09/07(水) 09:53:15 ] Hibernate3 でトランザクション周りが結構変わって、 Spring とかなり方向違うなぁと感じたりはする。 Hiernate の Session Factory から getCurrentSession() 呼んだら 思いっきり怒られたりとか。 JTA が必要だったとは知らなかった。 なんかそんなことが続いてる。。 476 名前：デフォルトの名無しさん mailto:sage [2005/09/13(火) 23:10:59 ] Springを勉強してます。 サーブレットにDIしたいクラスのsetter作って 動かしてみたのですが、NullPointerException... サーブレットではsetterインジェクション(?)できないんですか？ ContextからgetBeanすれば普通にとれるんですが。。 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

---

---

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

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