【DI】Java Spring Framewoｒｋを語るスレ 2.0

1 名前：デフォルトの名無しさん mailto:sage [2007/01/23(火) 10:59:45 ] 前スレ ttp://pc10.2ch.net/test/read.cgi/tech/1077465099/ 公式 ttp://www.springframework.org/ 710 名前：デフォルトの名無しさん mailto:sage [2008/04/14(月) 01:46:28 ] >>707 現状じゃなくて昔はの間違いでは? マシンパワーが低いとかの問題で。 スレッドセーフの問題はどちらの場合でもついてくる。 711 名前：デフォルトの名無しさん mailto:sage [2008/04/14(月) 01:57:09 ] >>664 FreeMarkerってstruts2が中で使ってた 712 名前：デフォルトの名無しさん mailto:sage [2008/04/23(水) 20:08:53 ] HibernateもFreeMarker中で使ってるんじゃなかったっけ。 VelocityよりFreeMarkerの方が二番煎じな分だけ使いやすい気がする。 微妙にスレチ下げ。 713 名前：デフォルトの名無しさん [2008/05/06(火) 01:56:23 ] Spring1.3→2.5とジャンプアップを企んでいる者です。 質問なのですが、アノテーションを使ってDIしてる場合、UnitTestってどうやりますか？ 1.3の時代はsetterインジェクションをしていたので、 ドライバクラスからテスト対象クラスをnewし、スタブクラスをsetしてやればテストできたのですが、 アノテーションを使うとsetterが無いのでスタブをsetできません。 この場合、UnitTestでもSpringを使う必要があるのでしょうか？ 714 名前：デフォルトの名無しさん mailto:sage [2008/05/06(火) 02:33:33 ] >>713 アノテーション使おうがsetterを使えば同じようにできる フィールドインジェクションの場合は無理 でも、AOPとかトランザクションとか複雑に絡み合うコンポーネントを考えると 単体テストでもコンテナから呼び出したほうがいいかと 結果、ある程度の結合テストができていると考えていいし 問題が大きいようだったら2.5でもアノテーションつかわなくてもいいんだよ 2.0までのやり方でも問題はない 715 名前：デフォルトの名無しさん mailto:sage [2008/05/07(水) 18:43:41 ] >>712 FreeMarkerは開発者が人間のクズ。 716 名前：デフォルトの名無しさん mailto:sage [2008/05/08(木) 01:16:44 ] >>715 どういうこと？ 717 名前：デフォルトの名無しさん [2008/05/10(土) 11:23:12 ] 流れぶったぎってすまんが、Spring使ってると xmlやらインターフェースが増えてうざいし ほんとに便利なのかコレ 718 名前：デフォルトの名無しさん mailto:sage [2008/05/10(土) 16:16:06 ] >>717 アノテーションつかえばXML書かなくてもいいよ。 インターフェースも必要なければつかわなくていいよ。 719 名前：デフォルトの名無しさん mailto:sage [2008/05/10(土) 17:11:13 ] >>717 いつの人ですか？ 今は自動で登録できるよ 自動登録するパッケージを指定して @Componetとかクラスの定義につければよい 720 名前：デフォルトの名無しさん mailto:sage [2008/05/10(土) 17:22:54 ] Spring（というかDI/AOPコンテナ）使わないと自分でインスタンス管理しなくちゃいけないし トランザクションも管理しなくちゃいけないし、AOPも使えなくてえらく不便だ。 721 名前：デフォルトの名無しさん mailto:sage [2008/05/10(土) 17:37:15 ] 通常のGUIアプリとかだとDIコンテナが使い物にならなくてワロタ ならよくある インスタンス管理はどのフレームワーク使おうが意識をしないってことはないと思うが 722 名前：デフォルトの名無しさん mailto:sage [2008/05/10(土) 17:44:46 ] 意識しないなんて誰か言ったか？ 723 名前：デフォルトの名無しさん mailto:sage [2008/05/10(土) 17:53:33 ] インスタンス管理を意識する・しないじゃなくてインスタンス管理のための仕組みを自分で作るかどうか。 既にそういう機能を持ったフレームワークがあるのな自分で作るのはバカバカしい。 DIコンテナいらねって人はインスタンスを管理するという発想がないのかもね。 724 名前：デフォルトの名無しさん mailto:sage [2008/05/10(土) 17:56:51 ] つまりwicketはだめでJSFは最高というわけですね 725 名前：デフォルトの名無しさん mailto:sage [2008/05/10(土) 18:01:03 ] アホか。 726 名前：デフォルトの名無しさん mailto:sage [2008/05/10(土) 18:26:54 ] JSFって良いか？ もうRESTな作りできるようになったんだっけ？ 727 名前：デフォルトの名無しさん mailto:sage [2008/05/10(土) 18:39:10 ] REST厨ってHTMLのstrict厨と同じ臭いがする 728 名前：デフォルトの名無しさん mailto:sage [2008/05/10(土) 19:38:07 ] 技術が細分化してて向き不向きがはっきりしているってことだよね。 729 名前：デフォルトの名無しさん mailto:sage [2008/05/10(土) 22:40:20 ] 技術というか単なる道具とかテンプレートだよな… 730 名前：デフォルトの名無しさん mailto:sage [2008/05/10(土) 23:38:15 ] 論文がどうだとか言い出すREST厨は嫌いだが RESTがRIAと相性がいいのは確か 731 名前：デフォルトの名無しさん mailto:sage [2008/05/11(日) 00:33:59 ] RIAといってもクライアントがさまざまだからなんとも アプレット/JavaWebStart/.NET関連だとSOAPはやっぱり楽だし（JAX-WS2.1あたりで互換性解決したし） 鯖サイドがJavaでjavascriptだとDWR使ったほうが楽だったり 732 名前：デフォルトの名無しさん mailto:sage [2008/05/11(日) 01:21:25 ] SOAPは遅すぎてRIA向きじゃない JavaScriptのライブラリが急速進化し、開発環境が整備されてきた今では DWRも過去の遺物だろう Ajax、Flex、Silverlightのどれでも開発出来るように JAX-RSのような形態を取るのが今後の標準だと思う 733 名前：デフォルトの名無しさん mailto:sage [2008/05/11(日) 01:30:02 ] RESTみたくゆるい仕様ってツールサポートしにくくね？ ツールのサポートなくても平気のがゆるい仕様なんだろけどさ JAX-RSのメタ情報って他言語から使えるんか？ SOAPはいらんけどWSDLぽいのは必要じゃねーのか 734 名前：デフォルトの名無しさん mailto:sage [2008/05/11(日) 01:54:31 ] スレ違い pc11.2ch.net/test/read.cgi/tech/1031149340/ 735 名前：デフォルトの名無しさん mailto:sage [2008/05/11(日) 02:47:17 ] >>732 だからクライアントしだいだろ？ WSDLによるクライアントの開発の容易さは捨てがたいだろう。 それにDWRが過去って。 やっと2.0になってリバースAJAXでかなりよくなったところなのに。 どれでも開発できるようにってのは下手するとこけるからね。 まぁバックエンドのサービスをEJB等できっちりつくっておいて インターフェースを自由にできるようにしておいたほうがいいと思われ。 736 名前：デフォルトの名無しさん mailto:sage [2008/05/11(日) 15:49:55 ] 好きなものを使えってことで。 俺は WebService(WSDL) が好きなんだが Microsoft のサポートがプアなのがなあ。 737 名前：デフォルトの名無しさん [2008/05/14(水) 20:00:58 ] 329 名前：デフォルトの名無しさん[sage] 投稿日：2008/05/13(火) 22:04:29 冷ややかな戦争勃発ｗ ttp://d.hatena.ne.jp/masataka_k/20080513/1210661500#c 342 名前：デフォルトの名無しさん[sage] 投稿日：2008/05/14(水) 02:05:36 はぶ参入で抗争激化！さぁ、盛り上がってまいりました！ 343 名前：デフォルトの名無しさん[sage] 投稿日：2008/05/14(水) 02:08:47 とりあえず、保存しといた。 s04.megalodon.jp/2008-0514-0207-34/d.hatena.ne.jp/masataka_k/20080513/1210661500 347 名前：デフォルトの名無しさん[sage] 投稿日：2008/05/14(水) 07:16:26 面白くなってきたな。Seasar界隈は人格的にちょっとあれな人が多いのが魅力w 348 名前：デフォルトの名無しさん[sage] 投稿日：2008/05/14(水) 07:40:37 でも、理事のBlogでやることじゃないよこういうことはメールベースでやるべきだと思う 野次馬的には面白いかもしれないけど企業から見たら不安になって採用を躊躇するところが出てきてもおかしくないからね 352 名前：デフォルトの名無しさん[sage] 投稿日：2008/05/14(水) 14:02:42 マーケ的にまずいのでseasar3はとりあえず表に出さないでくださいとかいうのはちょっとやばい 353 名前：デフォルトの名無しさん[sage] 投稿日：2008/05/14(水) 14:04:14 元理事は一旦収束していたのに、なにをしたかったのだろうか。そして日記非公開の理由とは・・・？asipの参戦はありうるのか！？ 354 名前：デフォルトの名無しさん[sage] 投稿日：2008/05/14(水) 14:08:14 うわ、ほんとだ 閉鎖した 355 名前：デフォルトの名無しさん[sage] 投稿日：2008/05/14(水) 16:31:01 DB関連とか色々勉強させてもらったけど、このしみったれた感覚が所詮デブオタなんだなと思うわ。 738 名前：デフォルトの名無しさん mailto:sage [2008/05/14(水) 22:07:47 ] 擦れ違いかもしれんが、 Jboss seam使っているやついる？ stateless session bean と 普通のPOJOのビジネスロジックの使い分け方が、 わかんね。 739 名前：デフォルトの名無しさん mailto:sage [2008/05/14(水) 22:16:39 ] 汎用フレームワークの話ならこっちじゃね？ pc11.2ch.net/test/read.cgi/tech/1181063688/ セッションビーン使えるならロジックはすべてそっちでいいと思われ。 POJOのほうはView関連に特化させるといい感じかな。 740 名前：デフォルトの名無しさん mailto:sage [2008/05/14(水) 22:35:14 ] あ、そんなスレあったんだｗ サンクス。 741 名前：デフォルトの名無しさん mailto:sage [2008/05/14(水) 23:02:38 ] 春よコイ！ 742 名前：デフォルトの名無しさん mailto:sage [2008/05/15(木) 18:14:48 ] >>716 亀レスだが pc11.2ch.net/test/read.cgi/php/1120519290/34 743 名前：デフォルトの名無しさん mailto:sage [2008/05/15(木) 22:38:16 ] 俺ずっと REST は RDBMS の CRUD に対応するもので、 言うなりゃ SQL とかストレージ的な空気をクライアント側から 隠匿するためだけの物に近いと思っているんだが いっつも SOAP とか RPC とかと同列に語られてるんだよな。 REST で騒いでる奴らって CRUD だけで済むプアーなアプリを作ってるからそういう事言ってるの？ それとも REST 風(つまり、単に定義のゆるいWeb-API)なものと混同してるの？馬鹿なの？ 744 名前：デフォルトの名無しさん mailto:sage [2008/05/15(木) 23:26:32 ] >>743 何を言ってるのかサッパリだわ 745 名前：デフォルトの名無しさん mailto:sage [2008/05/15(木) 23:34:33 ] >>743 狂っどる 746 名前：デフォルトの名無しさん mailto:sage [2008/05/15(木) 23:52:56 ] >>743 SOAな連中が語るRESTとROAな連中が語るRESTは別物 747 名前：デフォルトの名無しさん mailto:sage [2008/05/16(金) 08:14:09 ] >>746 ああ、なるほど。>>743が何言ってるのかわかった。 SOA(笑)方面ではそういう扱い方をするのか。 つーかRESTなんて単なる道具なんだよ。 どういう使い方を語ろうと勝手だろうに。 748 名前：あぼーん mailto:あぼーん [あぼーん] あぼーん 749 名前：デフォルトの名無しさん [2008/05/18(日) 18:34:39 ] おまいらSpringと一緒にORマッピングは何つかってんの？ 俺はiBatisが分かりやすくて気に入ってる。 750 名前：デフォルトの名無しさん mailto:sage [2008/05/18(日) 20:16:17 ] >>749 Hibernateかな。 これが一番普及してそうだし。 751 名前：デフォルトの名無しさん mailto:sage [2008/05/18(日) 21:37:15 ] >>749 Hibernate マッピングはEclipseに自動生成させて CriteriaとQueryを中心に使う 752 名前：デフォルトの名無しさん mailto:sage [2008/05/18(日) 22:06:39 ] >>749 JPAかな 次期HibernateではネイティブでJPA対応するし、各種ツールがそろってるのは大きい 753 名前：デフォルトの名無しさん mailto:sage [2008/05/18(日) 22:16:53 ] >>749 DBUtils 754 名前：デフォルトの名無しさん mailto:sage [2008/05/18(日) 22:36:50 ] Hibernateって設定ファイル多くてメンテしにくそうなんだが。 確かによく聞くっちゃ聞くけど。JPAのPJにはまだ当たった事無いです。 >>753 それってJakarta DbUtils？ ORとは違うけど確かに一番便利な気がする。 Springに組み込まれればいいのにな。 755 名前：デフォルトの名無しさん mailto:sage [2008/05/18(日) 23:32:44 ] >>754 JDBCテンプレートがそんなもんだな 756 名前：デフォルトの名無しさん mailto:sage [2008/05/19(月) 01:44:17 ] DbUtils は、DI コンテナとか知らないときによく使ってたが、 DbUtils と DI をどうやって組み合わせるの? サービスオブジェクトに DAO オブジェクトを DI させて、 DAO の実装は Hibernate とか iBatis でなく DbUtils を使う感じ？ 757 名前：デフォルトの名無しさん mailto:sage [2008/05/19(月) 02:14:22 ] >>756 QueryRunnerにコネクションを渡すんだろうけど それってどうなんだろう・・・　Springが勝手にやってくれるとこを わざわざ記述しないといけないのかね。 758 名前：デフォルトの名無しさん mailto:sage [2008/05/19(月) 07:21:33 ] DBUtils の QueryRunner とか *Handler は大抵 JDBCTemplate で代用出来ると思うが。 759 名前：デフォルトの名無しさん mailto:sage [2008/05/19(月) 08:33:09 ] >>754 HibernateはJPAに対応しているから設定ファイルはpersistence.xml一個だよ EntityのマッピングはJPAのアノテーションが使えるし、 それはEclipseのWTPなら自動作成できる DBUtilsはO/Rマッパー使う前は愛用していたけど 今の時代では流石に使う気になれないな 760 名前：デフォルトの名無しさん mailto:sage [2008/05/19(月) 13:14:10 ] JPAが一番楽だろうね 有名どころのIDEはみんな対応してて設定ファイルはまったくいらないし 761 名前：デフォルトの名無しさん mailto:sage [2008/05/19(月) 21:31:47 ] Hibernateが一番楽だろうね voクラスの自動生成とcrudアクセスを多用すればジェネリックスの恩恵にあずかれる まさに楽チン 762 名前：デフォルトの名無しさん mailto:sage [2008/05/19(月) 22:28:18 ] ここ半年前までは、 ・Hibernate ウンコ!! ・余計なことしすぎ (n+1問題など)　　←使いこなせてない側の問題があるがここでは目をつぶる ・iBatis みたいなの便利!! というかんじで Hibernate はぼろぼろだったが、JPA の登場により王者復活か? どれ、おれも本買ってもう一度やってみるか 763 名前：デフォルトの名無しさん mailto:sage [2008/05/19(月) 23:06:39 ] >>749 ORMは使ってないなあ。 ものすごく薄いDAO層のラッパ作成して (JdbcTemplate 使うようなやつ) 基本的にSQLそのまま書く。 SQL実行するためのツールがそのまま使えるのが大きい。 でも思ったよりも ORM 使う人多いのね。 764 名前：デフォルトの名無しさん mailto:sage [2008/05/19(月) 23:11:22 ] >>763 spring使ってるのか？ 765 名前：デフォルトの名無しさん mailto:sage [2008/05/19(月) 23:36:53 ] >>764 JdbcTemplate使ってんなら当然だろ 766 名前：デフォルトの名無しさん mailto:sage [2008/05/20(火) 00:52:06 ] >>762 JPAの範囲だけ見るとHibernateは確かにあまりよくない LAZYが何も設定せずにきくのはTopLinkとApache OpenJPA OpenJPAはManyToOneでもn+1フェッチしないんだよね joinを積極的に使う戦略のようだ あとupdateがHibernateが一番頭が悪かった 項目ひとつだけ変更してもすべての項目をアップデートしに行くのはHibernateだけ ほかの実装は更新された項目だけupdateする 767 名前：デフォルトの名無しさん mailto:sage [2008/05/20(火) 00:59:58 ] >>766 > ほかの実装は更新された項目だけupdateする それだとバッチ更新できなくね？ 768 名前：デフォルトの名無しさん mailto:sage [2008/05/20(火) 01:02:51 ] >>766 ManyToOne、OneToOneにはFetchType.LAZY付けるのが基本だと思う 必要なときだけQueryやCriteriaでJOINすればいいんだし 769 名前：デフォルトの名無しさん mailto:sage [2008/05/20(火) 01:09:00 ] iBatis派少ないな。 まぁ結局そんなの使わずにSQL直書きが後で一番見やすいのは 確定的に明らかだがな。 >>758 無理 770 名前：デフォルトの名無しさん mailto:sage [2008/05/20(火) 01:17:45 ] >>767 どういうこと？ >>768 もちろんLAZYが一番よい Joinして持ってきたいときにはそう書けばいいだけだし Hibernateの問題はLAZYがJPAでまともに実装されていないこと 独自のアノテーションが必要 771 名前：デフォルトの名無しさん mailto:sage [2008/05/20(火) 02:12:12 ] >>769 iBatis は悪くないんだけど、だったら SQL でいいじゃん てところに落ち着いてしまうのでは。 とことん抽象化するか、とことん具象で済ますかの二択で。 772 名前：デフォルトの名無しさん mailto:sage [2008/05/20(火) 02:15:29 ] >>771 んな事ねーんじゃね？ Beanへのマッピングとか便利でしょ、、、てかORマッピングってそこじゃねーの？ 773 名前：デフォルトの名無しさん mailto:sage [2008/05/20(火) 02:38:25 ] JPAもネイティブQueryでnewが使えると最高なんだけどね 774 名前：デフォルトの名無しさん mailto:sage [2008/05/20(火) 07:04:09 ] >>770 独自アノテーションは微妙だな せめてpersistence.xmlのpropertyでlazyの挙動を切り替えられるようにして欲しい >>773 個人的にはnewよりもHibernateのResultTransformerをJPAの仕様に入れて欲しいかな あれさえあればSQL使うときも戻り値を好きにできるので便利 775 名前：デフォルトの名無しさん mailto:sage [2008/05/20(火) 08:08:02 ] >>772 Object-Table Mapping ならそうなんだろうけど いかんせん Relation だから・・・ 重厚長大でどうにも。 776 名前：デフォルトの名無しさん mailto:sage [2008/05/20(火) 09:13:14 ] ｵﾚ的にはiBatisに重厚長大感はないけどな？？ 重厚長大っていったらHibernateじゃないの？ っでｵﾚはiBatis派なんだが 777 名前：デフォルトの名無しさん mailto:sage [2008/05/20(火) 21:17:50 ] >>776 単に使った事無いだけでしょ。 ORも正しく理解できて無いし、相手するだけスレの無駄。 778 名前：デフォルトの名無しさん mailto:sage [2008/05/20(火) 21:37:13 ] このスレの人たちは、フレームワークが道具であって目的ではないことを忘れ去ってますね 779 名前：デフォルトの名無しさん mailto:sage [2008/05/20(火) 22:33:47 ] >>778 道具だからこそこだわるんだろ？ こだわりがいらないのならSeasarつかうさ 780 名前：デフォルトの名無しさん mailto:sage [2008/05/20(火) 22:50:39 ] >>779 Seasarって、サラダで食べるくらいだなｗ 781 名前：デフォルトの名無しさん mailto:sage [2008/05/20(火) 23:01:52 ] >>779 どういう事？ 782 名前：デフォルトの名無しさん mailto:sage [2008/05/21(水) 01:57:38 ] Seaserの方が優れているという事だが デファクトスタンダードという事でおまいらは Springに固執しているのか？ 俺がそうなんだけどよｗ 783 名前：デフォルトの名無しさん mailto:sage [2008/05/21(水) 02:03:48 ] >>782 >>780 784 名前：デフォルトの名無しさん mailto:sage [2008/05/21(水) 08:13:09 ] >>782 リファレンスドキュメント読んで、 あるいはソースのコメント読んで どっちが信頼にたるか考えたらいい。 悩むほど難しい選択ではないはず。 785 名前：デフォルトの名無しさん [2008/05/21(水) 12:21:31 ] MLのホットデプロイのスレわろたｗｗｗ 786 名前：デフォルトの名無しさん mailto:sage [2008/05/21(水) 21:50:21 ] >>785 どういうやつ？ 787 名前：デフォルトの名無しさん mailto:sage [2008/05/21(水) 23:13:22 ] iFitって使ってる人居る？ 788 名前：762 mailto:sage [2008/05/22(木) 22:27:13 ] >>769 iBatis はよく使っているよ。 だけど、iBatis ばかりで Hibernate は使いこなせてないので、 くやしいので Hibernate を勉強している。 いろいろ思いはあるのだが、こっちに書くとスレ違いかな(O/Rマッパースレに移るべきかな) 789 名前：デフォルトの名無しさん mailto:sage [2008/05/22(木) 23:10:04 ] JPAは勉強はあまり必要とはしないと思うけどね 790 名前：デフォルトの名無しさん mailto:sage [2008/05/22(木) 23:13:00 ] 今Hibernateを勉強するなら、一通りJPAを学んだ上で CriteriaとSQLQuery、一部の独自アノテーションと二次キャッシュを学べばいいと思う Hibernate独自の設定ファイルはもう使うことは無い 791 名前：762 mailto:sage [2008/05/22(木) 23:25:46 ] Hibernate 3.2 を使っていたとき(JPA は使っていない)、 Hibernate tools で DB からテーブル情報抜き出して(ant hbm2hbmxml)、 目で確認して、一部手作業で修正、 Spring からは、Spring 入門の8章での使い方をした(HibernateSupport のサブクラス) n+1 や lazy は、koichik 氏のブログを読み漁って、理論は理解しているつもり。 プロジェクトでは、テストしてパフォーマンスが悪ければ join するようにし、 パフォーマンスが問題にならなければシカトしていた。 >>790 JPA 使うと、テーブルごとの hbm.xml がいらなくなるということ？ 去年の Seasar カンファレンスで、「流れるようなインターフェース」で S2jdbc のやつがあったが、JPA もそんな感じなんだよね。 中村氏の本、Spring でなく Seasar だけど読んでみようかな。 792 名前：デフォルトの名無しさん mailto:sage [2008/05/22(木) 23:37:59 ] >>791 hbm.xmlもcfg.xmｌも要らない。JPAのpersistence.xmlだけで設定は済む Springが提供するHibernateやJPAのラップクラスはあまりお勧めしない SpringはJavaEE5標準方式のJPAのDIに対応しているので、 それを使って直接EntityManagerを使った方が何かと簡単 793 名前：デフォルトの名無しさん [2008/05/23(金) 00:52:24 ] WEBアプリ最強はSpring + Struts + Hibernate? 794 名前：デフォルトの名無しさん mailto:sage [2008/05/23(金) 01:14:40 ] 最強はフレームワークに振り回されずに本質を見極める人材です 795 名前：デフォルトの名無しさん mailto:sage [2008/05/23(金) 01:26:00 ] >>791 紺色のＥＪＢ３本が日本語でもっともＪＰＡを詳しく解説してある本かと EJB3の中の一仕様だからね＞JPA ただし、JavaSE上で単体でも使えるようにしたと JPAをもっとも快適に使うためにはJavaEEのほうがいいと思うけど 勉強なんて大げさなものは必要ないよ NetBeansで自動生成されるコードを見れば大概わかるかと 796 名前：762 mailto:sage [2008/05/23(金) 01:39:16 ] レスどうもありがとうございます。 >>795 www.amazon.co.jp/dp/4797333367 これですね。とりあえず立ち読みしてきます。 >>792 Spring 入門は Spring 1.2 のころだけど、 いまどきの Spring + Hibernate(JPA) の連携の仕方は、 HIbernateDaoSupport ではなく、新しいやり方があるということですね。 797 名前：デフォルトの名無しさん mailto:sage [2008/05/23(金) 07:31:31 ] >>796 SpringのドキュメントのJPA部分を読めば一通り説明が載ってる JavaEE5サーバ上で動かす場合は static.springframework.org/spring/docs/2.5.x/reference/orm.html#orm-jpa-setup-jndi TomcatやJ2EE1.4以下のサーバで動かす場合は static.springframework.org/spring/docs/2.5.x/reference/orm.html#orm-jpa-setup-lcemfb 12.6.2のJpaTemplate、JpaDaoSupportは無視して、12.6.3で@PersistenceContext を使っている例を参考にするといいと思う 798 名前：デフォルトの名無しさん mailto:sage [2008/05/23(金) 12:09:43 ] >>796 そうそう それ読むとDIコンテナもEJB3でいいじゃないかということになるはず 799 名前：デフォルトの名無しさん mailto:sage [2008/05/24(土) 15:00:12 ] 今のプロジェクト、EJB3かspringかどっちでいくかホント迷う 800 名前：デフォルトの名無しさん mailto:sage [2008/05/24(土) 15:39:06 ] 開発環境がNetBeansとか運用環境がGlassfishならばEJB3のほうが楽。 その他ならばどっちでも同じ。 801 名前：デフォルトの名無しさん mailto:sage [2008/05/24(土) 17:10:57 ] DIコンテナに限った話ではないけど 両方使ってみて、プロジェクトに合う方を選べばいいと思う 802 名前：デフォルトの名無しさん mailto:sage [2008/05/24(土) 18:30:50 ] メンバの経験が多いほうがいいに決まってるでしょ 803 名前：デフォルトの名無しさん mailto:sage [2008/05/24(土) 18:39:35 ] >>802 それはメンバにもよる 804 名前：デフォルトの名無しさん mailto:sage [2008/05/24(土) 19:35:21 ] 誰か>>803の解説を頼む 805 名前：デフォルトの名無しさん mailto:sage [2008/05/24(土) 20:00:25 ] 経験が多くても当てにならない・・・ってことかな？ たぶんレス番号のミスかと 806 名前：799 mailto:sage [2008/05/24(土) 20:08:28 ] メンバは数人で誰もどっちも経験なし。 短納期なんでEODの面と保守時のコードの分かりやすさや、 xmlファイルの少なさからEJBかと思ってるが、あまり普及してないらしいのがマイナス。 後から違う保守要員来たときを考えると流行りのSpringかな？決め手がない 807 名前：デフォルトの名無しさん mailto:sage [2008/05/24(土) 21:05:28 ] >>804 メンバの技術水準が高ければ、 学習コストよりもプロジェクトに対するFWの相性の方を優先できる 技術水準が低ければ、学習コストを重要視する必要があるので 経験者が多いFWの方が候補になりやすい 808 名前：デフォルトの名無しさん mailto:sage [2008/05/24(土) 21:27:34 ] >>806 DB層はJPA? あとInfoQとか見てるとEJB3は最近わりと地味に普及してきている感じかな Springは古い1.x時代のは多かった 809 名前：デフォルトの名無しさん mailto:sage [2008/05/24(土) 22:16:12 ] >>808 うん。ORMやりたいんでJPA考えてました。 ちなみにDBのERDは教科書に出てくるくらいのレベルに近く、かなり単純なんで ちゃんとテーブル設計してマッパーが吐くsqlがインデックススキャンになるようにするのは難しくない、という読み。 EJBといいつつ、分散システムでもなんでもないんだけど、とにかくデリバリを早く、でも保守は用意に、というのが プロジェクトの主眼です。 810 名前：デフォルトの名無しさん mailto:sage [2008/05/24(土) 22:30:12 ] 短納期で経験のない技術を選ぶってリスキーじゃね？ はまった時にリカバリできるのか？

---

---

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

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