[表示 : 全て 最新50 1-99 101- 201- 301- 401- 501- 601- 701- 801- 901- 2chのread.cgiへ]
Update time : 10/02 21:59 / Filesize : 215 KB / Number-of Response : 915
[このスレッドの書き込みを削除する]
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧] [類似スレッド一覧]


↑キャッシュ検索、類似スレ動作を修正しました、ご迷惑をお掛けしました

【DI】Java Spring Frameworkを語るスレ 2.0



1 名前:デフォルトの名無しさん mailto:sage [2007/01/23(火) 10:59:45 ]
前スレ
ttp://pc10.2ch.net/test/read.cgi/tech/1077465099/

公式
ttp://www.springframework.org/

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 ]
短納期で経験のない技術を選ぶってリスキーじゃね?
はまった時にリカバリできるのか?

811 名前:デフォルトの名無しさん mailto:sage [2008/05/24(土) 22:43:07 ]
>810
SpringはともかくEJBってそんなに難しいの?
商用or無償APサーバ+サーブレット+JSP+struts or 自社FW なら経験あるから
何とかなるかと思ってた
自分でも保守やるし、またJDBCゴリゴリのソース相手にするのが嫌なんだ

812 名前:デフォルトの名無しさん mailto:sage [2008/05/24(土) 22:47:29 ]
EJB3ならそんなに難しくは無い
ただしSpringに比べてDI・AOP機能に色々制限があるから
予めプロトでも作って要件を満たせるかどうか確認した方がいいと思う
JPAもCriteriaが標準化されてないという弱点があるから
検索画面で動的にSQL組み立てる処理が多ければ、最初からHibernateなどの
独自Criteria機能を使うことを頭に入れて置いた方がいい

813 名前:デフォルトの名無しさん mailto:sage [2008/05/24(土) 22:57:47 ]
EJB3.1のほんの一部がGlassfishV3で触れるようになったが、かなりよさげだね。

>>811
難しくないよ。
EJB3.0で2本ほど納品済みだけれども、開発効率は非常によかった。
むしろ小規模向きだと思う。
EJB3にしろSpring2.5にしろ、ひとつ覚えておけばその後はどうにでもなる。

>>812
AOPってそんなに使う?
メインはトランザクションなんだろうけど、EJBならばその用途では必要ないしね。
JPAもHibernate依存するのは今はよくないような。
パフォーマンスも問題になるとは思えないしね。

JPQLでDTOを直接生成することも出来るのであんまり困ることはないけど、
パフォーマンスが命でなければEntityからDTO生成するほうがいいかもしれない。

そもそもJPAのプロバイダとしてはHibernateが一番パフォーマンス的にも出来が悪いので注意かな。

814 名前:デフォルトの名無しさん mailto:sage [2008/05/24(土) 23:06:28 ]
EJBの本質は分散処理だと思うが、 >>809 のような分散システムでもなんでもない
web アプリを作る場合、
Tomcat + (Spring +) JPA と、
Glassfish + ejb3 は、パフォーマンスとしてはどちらが速いのだろう?

>>813
AOP は結構使います。ロギングとか。
あとから顧客のうざい要求によって仕様変更があったとき、
既存クラスを変えずに、ログ出力やデータ変換の処理を差し込めるのは
楽だと思う。

815 名前:デフォルトの名無しさん mailto:sage [2008/05/24(土) 23:09:15 ]
>>811だけ読んでも俺ならリスク高いと思うけど。
「JDBCゴリゴリのソース」、「自社FW」
こんなのいつから止まってるのって話だろ。
現状を嫌だと思ってる(問題視してる)のが811のみだったら爆発するぞ。

短納期だし、とりあえずチームの得意な形+ORマッパでDao層だけ剥がすのが無難だと思うがなぁ・・・

816 名前:デフォルトの名無しさん mailto:sage [2008/05/24(土) 23:10:55 ]
>>811
難しいかどうかじゃなくてさ、時間あるときに触ってもないのに
いきなり実戦投入ってのがありえねーと思ってさ。
そういうやつが痛い目あうとEJB使えねーSpring使えねーって
言い出すからな

817 名前:デフォルトの名無しさん mailto:sage [2008/05/24(土) 23:11:10 ]
Local呼び出しにしろ、web-ejbコンテナ間のオーバヘッドがあるから、
Tomcatが勝つんじゃないの?



818 名前:デフォルトの名無しさん mailto:sage [2008/05/24(土) 23:15:08 ]
sunには賛成できない

819 名前:デフォルトの名無しさん mailto:sage [2008/05/24(土) 23:19:00 ]
TomcatでSpring+JTAって終わってるんじゃないの?
まさかずっとメンテナンスされてないJTOMとかつかっちゃうなんてことは出来ないだろうし

Tomcatも管理するのはたるいよね
GlassfishとかAP鯖だと管理ツールが便利だな
GUIで各種コンポーネントのロギングレベル変えたりとか

Tomcatの範囲だけでもGlassfish使うのお勧め
JTAやデータソース、コネクションプールのチューニングとかそっち方面任せるだけでもかなり楽

820 名前:デフォルトの名無しさん mailto:sage [2008/05/24(土) 23:20:57 ]
2PC使わなけりゃJTAいらん

821 名前:デフォルトの名無しさん mailto:sage [2008/05/24(土) 23:28:38 ]
>>813
AOPはトランザクション用途以外だとログやセキュリティ関連とかで結構使う
SpringはいざとなったらAspectJのフル機能を使えるから、
AOPに関しては何でもアリ状態なのが強み

Web画面は結局は動的Queryによる検索処理が殆どだから
JPAが持ってないCriteria系機能が有るのと無いのとでは生産性が大きく違う
以前JPAのAPIに拘ってCriteriaを採用せず、後で痛い目にあったからよくわかるw
Criteriaに関してはHibernateがいちばん機能が充実してるように感じる
TopLinkはCriteria系に関する情報がWeb上にほとんど無いし
OpenJPAはざっと見たところCriteria機能そのものを持ってないっぽい

>>816
結局は、事前にしっかり調査をするかどうかだと思う
開発者に経験がないのなら、事前にアーキテクト的立場の人間が
一通りの機能を確認しておくべき。適当に事前印象だけで決められて
開発フェーズになってからあれも出来ないこれも出来ないと
言い出されるのが一番困る

822 名前:デフォルトの名無しさん mailto:sage [2008/05/24(土) 23:28:44 ]
>>814
GlassfishのWebコンテナはTomcatベースだけどNIO使ったりIO方面でチューニング済み
JBOSSとかもそうだったはず。

>>820
コンテナ管理のトランザクションならJTA使うだろ?

823 名前:デフォルトの名無しさん mailto:sage [2008/05/24(土) 23:30:49 ]
>>820
Connectionからトランザクション管理を独立できることに意味があるので
2PC使うかどうかは関係ないな
JPAもJTAを直接見てるから、JPAと連携させるのなら尚更JTAが望ましい

824 名前:デフォルトの名無しさん mailto:sage [2008/05/24(土) 23:33:29 ]
ロギングだけならどのDIコンテナでもそんなに問題になるとは思えんが
EJB3の場合Interceptorsを必ず付与するようにしておいたほうがいいかもね

>>799は小規模ということであんまり問題にならないと思うけど

とりあえず小規模なうちにDIコンテナとか一通りの勉強しておいたほうがいい
今後JavaEE6やJavaSE7でまた大きく変わるからね

JavaEE5の時代のうちに世の中に追いついておいたほうがそのとき覚えるものが少ないかと

825 名前:デフォルトの名無しさん mailto:sage [2008/05/24(土) 23:42:51 ]
>>822,823
SpringだとJTAなくてもコンテナ(Spring)管理のトランザクション使える
2PCがいらなけりゃJTAはいらん

826 名前:デフォルトの名無しさん mailto:sage [2008/05/24(土) 23:44:39 ]
>>823
> JPAもJTAを直接見てるから、JPAと連携させるのなら尚更JTAが望ましい

EntityTransactionは無視ですかそうですか


827 名前:デフォルトの名無しさん mailto:sage [2008/05/24(土) 23:45:55 ]
>>825
その考えがもう古いんだよ
JPAはJTAを用意できないとRESOURCE_LOCALモードになってしまうし
最近はSpringを介さず直接JTAを見るO/Rマッパーが殆どだぞ



828 名前:デフォルトの名無しさん mailto:sage [2008/05/24(土) 23:50:03 ]
>>827
2PC使わなけりゃローカルモードで十分だろ
何のメリットがある?

829 名前:デフォルトの名無しさん mailto:sage [2008/05/24(土) 23:52:44 ]
>>828
JPAのコンテナモードそのものがJTAモード前提になってる
実装によってはコンテナモードとローカルモードで挙動が変わる
一度JPA仕様をしっかり読むことをお勧めする

830 名前:デフォルトの名無しさん mailto:sage [2008/05/24(土) 23:52:48 ]
>>827を支持しよう
SpringにしろSeasar2にしろJTAとデータソースをJNDIで持ってくるのが正解(EJB3の場合全自動)かと

RESOURCE_LOCALとかスタンドアロンアプリ以外ありえん

831 名前:デフォルトの名無しさん mailto:sage [2008/05/24(土) 23:55:47 ]
>>829
コンテナモードがいらんだろ

832 名前:デフォルトの名無しさん mailto:sage [2008/05/24(土) 23:57:44 ]
id:shinとかid:da-yoshiとかいそうな流れ

833 名前:デフォルトの名無しさん mailto:sage [2008/05/25(日) 00:04:04 ]
このスレ見てると道具の進化に踊らされる猿たちって感じだな


834 名前:デフォルトの名無しさん mailto:sage [2008/05/25(日) 00:08:18 ]
glassfish厨は専スレ立てたらどうかと思うんだ

835 名前:デフォルトの名無しさん mailto:sage [2008/05/25(日) 00:11:59 ]
GlassFishの話だったのか?
APサーバでSpringというパターンが多いからピンとこなかった

836 名前:デフォルトの名無しさん mailto:sage [2008/05/25(日) 00:18:40 ]
>>835
>813,819,822

837 名前:デフォルトの名無しさん mailto:sage [2008/05/25(日) 00:22:55 ]
>>836
ああ悪い、TomcatとAPサーバという話が並行して行われていたのかw
TomcatならたしかにJTA使うのが前提にはならないな
個人的にはSpringの仕事はAPサーバばかりなんだが、
やっぱりTomcatで動かしてる現場の方が多いのだろうか?



838 名前:デフォルトの名無しさん mailto:sage [2008/05/25(日) 00:32:45 ]
>>832以降、JTA厨がいなくなった件w

839 名前:837 mailto:sage [2008/05/25(日) 00:38:29 ]
>>838
いやいるけどw
自分のやった仕事はほとんどがAPサーバ前提だったから
SpringでもJTAを選ばないという選択肢をしたことは無かった
あまりTomcat案件そのものに当たったこともないんだけど、もしかして自分は少数派なのか?

840 名前:デフォルトの名無しさん mailto:sage [2008/05/25(日) 00:40:23 ]
>以前JPAのAPIに拘ってCriteriaを採用せず、後で痛い目にあったからよくわかるw
なんで調べてから使おうとしないのか理解に苦しむ。

841 名前:デフォルトの名無しさん mailto:sage [2008/05/25(日) 00:48:16 ]
>>839
俺の周囲では少数派だな
OSSのAP鯖つってもJavaEE5なんてつい最近まで選択肢になってないし
J2EE1.4だったらいらん。Spring+Tomcatで十分だったからそのまま
JavaEE6にはちょっと期待してる。Tomcaプロファイルにw

842 名前:デフォルトの名無しさん mailto:sage [2008/05/25(日) 00:55:53 ]
>>841
なるほど、そうなのか
自分の場合、OSSのAP鯖はほとんど無くて、有償のJ2EEサーバが多かった
WebLogicとかWebSphereとか
EJB2なんて勿論使わないから、SpringでDataSourceやJTAを使っていた
JavaEE6のプロファイルって、Tomcat+Springみたいな形だっけ?
だったら軽くて良さそうだね

843 名前:デフォルトの名無しさん mailto:sage [2008/05/25(日) 01:04:08 ]
>>842
> WebLogicとかWebSphereとか

JTA使いたいからWLS/WASを選んだわけじゃないだろ?
あったから使うってだけで。JMS使ったなら別だが


844 名前:デフォルトの名無しさん mailto:sage [2008/05/25(日) 01:07:39 ]
JMSって普通に使うだろ?

JavaEEプロファイルはもめてるみたい

845 名前:デフォルトの名無しさん mailto:sage [2008/05/25(日) 01:13:33 ]
>>844
大企業のシステムでは普通に使う
中小企業のシステムでは普通は使わない
システム自体の規模(受注額)はあんまり関係ない

プロファイルはJBossがWeb Beansをゴリ押ししてるってどっかで見たな

846 名前:デフォルトの名無しさん mailto:sage [2008/05/25(日) 01:25:16 ]
JBOSS + EJB2でDoclet、
パフォーマンスでないのでJDBC直に使いますとか
いう時代に比べれば正直何を選択しても天国だよ

WebBeansはSeamをベースにしてるからそれを
売り込みたいという意味合いが強いと思う

EJB3.1でせっかくwarにはいるようになったのに
JSFのスコープ対応していないというところが
一番の問題だったと思う

EJBはWebだけからアクセスされるものではないから
密接にしたくないというのもあるのかもしれないけどね

847 名前:デフォルトの名無しさん mailto:sage [2008/05/25(日) 01:49:49 ]
WebBeansって未だによく知らないのだけど
Spring Web Flowみたいなもん?



848 名前:デフォルトの名無しさん mailto:sage [2008/05/25(日) 02:38:59 ]
誰かSpringApplicationPlatform落とした?
JPAやJMSをサポートするらしいけどJTAは含まれてる?

849 名前:デフォルトの名無しさん mailto:sage [2008/05/25(日) 18:40:29 ]
JavaEE6 のプロファイルがどうとか、
みんなそういう新しい情報、しかも使い物になるかどうか、ってどこで集めてくるの?

自分はマイコミと atmark-it は読んでいるが、そういうのには出てこないよね。
theserverside.com と infoq は、一時追っかけてたけど脱落したww

海外サイトでも、英語がんばります。

850 名前:デフォルトの名無しさん mailto:sage [2008/05/25(日) 18:46:23 ]
そんなの追いかけても意味ないよ
手段と目的を取り違えたイタイ人になるだけ

851 名前:デフォルトの名無しさん mailto:sage [2008/05/25(日) 19:32:01 ]
>>850
GlassFish厨のことですね。分かります。

852 名前:デフォルトの名無しさん mailto:sage [2008/05/25(日) 19:42:29 ]
JBOSS + EJB2でDoclet、
パフォーマンスでないのでJDBC直に使いますとか
いう時代に比べれば正直何を選択しても天国だよ

そんなもんと比較すんな、ぼけ

853 名前:デフォルトの名無しさん mailto:sage [2008/05/25(日) 20:15:53 ]
EJB2の何が悪いの?

854 名前:デフォルトの名無しさん mailto:sage [2008/05/25(日) 20:40:20 ]
>>853
すべて

855 名前:デフォルトの名無しさん mailto:sage [2008/05/25(日) 21:04:49 ]
EJB2の時代まではIDEのサポートとかほとんどなかったのが大きいと思う
そのくせ生成するファイルの膨大さといったら

856 名前:デフォルトの名無しさん mailto:sage [2008/05/25(日) 21:07:26 ]
EJBは金がかかってしかも遅い、ってイメージが定着しちゃったのが失敗だな

857 名前:デフォルトの名無しさん [2008/05/26(月) 22:53:17 ]
EclipseからSpringIDEをインストールしようとしています。

[ヘルプ(H)]→[ソフトウェア更新(S)]→[検索およびインストール(F)]
からインストールしているんだけど、
検索結果ダイアログでフィーチャーを選択してると、なんかフィーチャーが
足りませんみたいなエラーがでてきます。
SpringIDE入れる前にインストールしておかないといけない
ものってありますか?

インストールしたのはこれだけです。
JDK,JRE
Eclipse 3.3
Eclipseの日本語ツール
Tomcatプラグインツール




858 名前:デフォルトの名無しさん mailto:sage [2008/05/26(月) 23:03:48 ]
>>857
EclipseがJava Developersなんじゃない?
WTP・GEFが必要だからJavaEE Developers強く推奨だよ
ttp://springide.org/project/wiki/SpringideInstall

859 名前:デフォルトの名無しさん mailto:sage [2008/05/27(火) 00:12:49 ]
>>858
やさしす

860 名前:デフォルトの名無しさん mailto:sage [2008/05/27(火) 00:44:19 ]
あなたのやさしさが怖かった

861 名前:デフォルトの名無しさん [2008/05/27(火) 18:40:27 ]
StrutsとSpringの連携ってautowiringrequestprocessorを使うのが今風?
分かる人教えて〜

当方女子高生です><;

862 名前:デフォルトの名無しさん mailto:sage [2008/05/27(火) 21:13:49 ]
そんなことしてないでお母さんの手伝いをしなさい

863 名前:デフォルトの名無しさん [2008/05/27(火) 21:45:26 ]
>>858さん
ありがとうございます。

SpringIDEインストールできました。
Springのプロジェクトも作成できました。

ただ、
import org.framework.......
っていう感じに書いてもエラーがでてきます。
コードアシストも反応しないし。。。
他に何か設定ってありますか?

何度もすみません。
Java歴一週間で会社でだれも経験者がいません。
どなたか教えてください。。。


864 名前:デフォルトの名無しさん mailto:sage [2008/05/27(火) 21:55:49 ]
その会社すぐに潰れそうだなw

865 名前:デフォルトの名無しさん mailto:sage [2008/05/27(火) 22:39:41 ]
新入社員研修?

866 名前:デフォルトの名無しさん mailto:sage [2008/05/27(火) 23:14:07 ]
>>863
SpringIDEの前にやるべきことが山のようにあるだろ

>>864
まったくだよな

867 名前:デフォルトの名無しさん mailto:sage [2008/05/27(火) 23:23:27 ]
>>863
勉強・調査しましたが無理でした。と報告しなさい



868 名前:デフォルトの名無しさん mailto:sage [2008/05/27(火) 23:38:50 ]
Java出来る人材がいないから潰れるなどということはない

869 名前:デフォルトの名無しさん mailto:sage [2008/05/28(水) 00:15:54 ]
>>863
Springはまずはすてろ
Javaを勉強したほうがいい

環境構築を考えるのならEclipseよりNetBeansのほうがいいかも

870 名前:デフォルトの名無しさん mailto:sage [2008/05/28(水) 00:35:13 ]
>環境構築を考えるのならEclipseよりNetBeansのほうがいいかも
ワロタwww

871 名前:デフォルトの名無しさん mailto:sage [2008/05/28(水) 00:38:54 ]
NetBeans厨ってうざいよな
GlassFish厨ってうざいよな

872 名前:デフォルトの名無しさん mailto:sage [2008/05/28(水) 00:40:43 ]
>>870
ほかに環境構築が楽なIDEがあるのなら教えてくれ
昔のJBuilderもかなり楽だったけど、今では面影ゼロだし

873 名前:デフォルトの名無しさん mailto:sage [2008/05/28(水) 00:41:52 ]
ど素人なら、SpringIDEじゃなくて素のEclipseプロジェクトで動かした方がいいかもな
どうせ操作ろくにわからないんだろうし
Eclipseの入門本でも買って、TomcatでWebアプリ動かす練習してみて
それが動かせるようになったらSpringに改めて挑戦してみたらいい

874 名前:デフォルトの名無しさん mailto:sage [2008/05/28(水) 00:46:32 ]
>869の次のセリフ

教科書は「創るJava (改訂第2版)」がいいかも

875 名前:デフォルトの名無しさん mailto:sage [2008/05/28(水) 01:23:27 ]
なんでNetBeans拒否反応凄いの?

まぁ、俺はeclipse3.2を使ってるわけだけどもw
3.3の遅さはどうにかならんのかね・・・スピードはNetBeansの勝ちだよ

876 名前:デフォルトの名無しさん mailto:sage [2008/05/28(水) 01:27:50 ]
Eclipse で環境作れないようなら、
NetBeans 使ったところで
たかが知れてる(他の部分でどっちみち躓く)って話だろ。
NetBeans 否定してるわけじゃない。

877 名前:デフォルトの名無しさん mailto:sage [2008/05/28(水) 01:41:15 ]
NetBeansとEclipse両方の経験が豊富な人の冷静な比較が聞きたいですね



878 名前:デフォルトの名無しさん mailto:sage [2008/05/28(水) 01:54:15 ]
>>875
ヒント:
Javaのお勧め入門書スレで創るJavaだけずっと粘着が続いている(比較的最近も急に復活した)
大量に削除でスレ番号が頻繁に移動する

879 名前:デフォルトの名無しさん mailto:sage [2008/05/28(水) 06:13:55 ]
>>875
もしかしてvista使ってない?

880 名前:デフォルトの名無しさん mailto:sage [2008/05/28(水) 06:52:50 ]
>>879
XPだよ
メモリもCPUも開発スペックなんだけどねぇ・・・

自分が言うのもなんだがIDEスレじゃないんでココらへんで・・・

881 名前:デフォルトの名無しさん [2008/05/28(水) 21:14:57 ]
863です。

Tomcatをいれていろいろプログラムを作りました。
組み込みの開発経験は長いので、Javaやサーブレット自体は難なく
簡単なアプリを作れます。

ただ、Springがどうしても入らないんです。

882 名前:デフォルトの名無しさん mailto:sage [2008/05/28(水) 21:24:15 ]
>>881
>Javaやサーブレット自体は難なく簡単なアプリを作れます。
ならSpringIDE使わないでやれば?
今までそういう発現する奴いっぱい見てきたけどホントに出来た奴は0だったな。

883 名前:デフォルトの名無しさん mailto:sage [2008/05/28(水) 22:05:15 ]
SpringIDE入れてもSpringは入らないけどな。
どうしてSpringIDEを入れるとSpringが入ると思い込んでいるのか激しく疑問だ。

884 名前:デフォルトの名無しさん mailto:sage [2008/05/28(水) 22:22:10 ]
SpringIDE無くても問題無いと思うよ
ってかSpringIDE今一なんだよね、
俺は入れても使ってないよ、必要無いから

885 名前:デフォルトの名無しさん mailto:sage [2008/05/28(水) 22:33:55 ]
>>881
他の言語が長いからといって1週間程度のJava暦ですぐにつかえると思い込むのはやばい
表面上だけ理解していると思っておいたほうがいい

886 名前:デフォルトの名無しさん mailto:sage [2008/05/28(水) 23:52:47 ]
>>881
文系出身の今年入社の僕でも出来ましたよ〜
組み込みの経験とか関係ないのでは?

>ただ、Springがどうしても入らないんです。
ちょっとわらってしまいましたw

887 名前:デフォルトの名無しさん [2008/05/29(木) 00:40:32 ]
皆さんあんましStrutsとは連携しないのかな?
失礼しましたぁ〜

お兄ちゃんとモンハンしてきまs><;



888 名前:デフォルトの名無しさん mailto:sage [2008/05/29(木) 07:13:33 ]
Struts2と連携させて使った、Spring2・5だけど

889 名前:デフォルトの名無しさん mailto:sage [2008/05/29(木) 22:12:31 ]
フレームワーク指定縛りがなければ
SpringMVC + Velocity を試してはどうか

890 名前:デフォルトの名無しさん mailto:sage [2008/05/29(木) 23:45:27 ]
はじめてHibernateを使ってみたんだけどLazyInitializationExceptionが ><
みんなどうやって対応してるの?
画面から直接エンティティを参照しない?

891 名前:デフォルトの名無しさん [2008/05/29(木) 23:49:00 ]
>890

DBから一緒にとってくるように設定しているな。

892 名前:デフォルトの名無しさん mailto:sage [2008/05/29(木) 23:58:49 ]
>>891
ごめん
言ってる意味がわかんないw



893 名前:デフォルトの名無しさん [2008/05/30(金) 00:02:06 ]
>892

Hibernateのドキュメントを読め

894 名前:デフォルトの名無しさん mailto:sage [2008/05/30(金) 00:04:24 ]
>>893
ははは
おこった?w



895 名前:デフォルトの名無しさん mailto:sage [2008/05/30(金) 00:07:19 ]
>DBから一緒にとってくるように設定しているな。
確かに何と何を一緒になのかわからんな
逆じゃねえの?

896 名前:デフォルトの名無しさん [2008/05/30(金) 00:10:28 ]
>逆じゃねえの?

何の逆かわからないよ。

897 名前:デフォルトの名無しさん mailto:sage [2008/05/30(金) 00:32:43 ]
LazyInitializationExceptionが発生するのはトランザクション終了後に
LAZY設定でロードしていないEntityにアクセスしたから
なのでDBから取得する際、HQLのJOIN FETCHなどを使って一緒に取ってくればいい

という意味だと思う



898 名前:892 mailto:sage [2008/05/30(金) 00:44:43 ]
>>897
非常によくわかりました!
そうだよね、一緒にとってくればいいんだよねー

>DBから一緒にとってくるように設定しているな。
だからこれが逆だと思ったんだよねー

クエリではJOIN FETCHって書くけど、この機能そのものはFETCH JOINって言って逆だよね?w

899 名前:デフォルトの名無しさん mailto:sage [2008/05/30(金) 14:28:04 ]
>>892
Java⇔RDBのMapping-Frameworkを語るスレ Vol.4
pc11.2ch.net/test/read.cgi/tech/1134701684/


900 名前:デフォルトの名無しさん mailto:sage [2008/06/01(日) 12:19:08 ]
これ入れたら『OIDON』とか使えるようになるんですが
入れたらどんな利点があって汚点があるのか公式の概要見ましたがさっぱりです。

どなたか教えてください。

901 名前:デフォルトの名無しさん [2008/06/03(火) 11:09:45 ]
spring のスパーサンプル本試すのは 1系列で試したほうがいい?
#独学でひっそりやるんだけど
#周りで使ってる奴はいねぇ・・・・

902 名前:デフォルトの名無しさん mailto:sage [2008/06/08(日) 12:06:19 ]
今は2.5、1.x台って何時の話だw

903 名前:デフォルトの名無しさん mailto:sage [2008/06/08(日) 14:53:26 ]
基本思想には違いないだろ。
EJBみたいに全然別物になっちまうときついが。

904 名前:デフォルトの名無しさん mailto:sage [2008/06/08(日) 14:59:30 ]
EJBの場合別物になっても2.1を理解してた人は3.0へすんなり移行できると思うんだが

905 名前:デフォルトの名無しさん mailto:sage [2008/06/08(日) 15:22:16 ]
EJB3のためにEJB2.1の入門書を読むのはきついって話じゃね?

906 名前:デフォルトの名無しさん mailto:sage [2008/06/08(日) 16:15:47 ]
独学なら、本家のドキュメントを読むのが一番手っ取り早い
英語苦手な俺でも、サンプルが多いので何とか読み進めることができた
日本語のSpring本はどれも情報が古かったり基本的な部分を飛ばしていたりするので
入門者にあまりお勧めできる物が無い

907 名前:デフォルトの名無しさん [2008/06/08(日) 20:40:04 ]
>>906
なるほど、ありがとん がんばってみるわ
#あまりいい本なんだよね 確かに・・・・



908 名前:デフォルトの名無しさん mailto:sage [2008/06/10(火) 03:19:10 ]
>>901

1で出来ることはほとんどそのまま2.xで動くから問題ないかと。
2.xで追加された機能は覚えられないけどね。

909 名前:デフォルトの名無しさん mailto:sage [2008/06/10(火) 07:58:58 ]
確かに後方互換はあるけど、記述方法の推奨パターンが全然違うから、
自分は今更1.X系で学ぶのはお勧めしないな
最初から2.X系のスキーマ前提の記述で覚えた方が楽だと思う

910 名前:デフォルトの名無しさん [2008/06/10(火) 22:00:48 ]
>>908,909
ありがとうございます。
JAVAそのものの経験値不足なので、collection あたりを攻めながら
調査します。

911 名前:デフォルトの名無しさん mailto:sage [2008/06/10(火) 23:04:38 ]
java経験ナシでSpringは辞めた方がいい気がするがなぁ・・・

912 名前:デフォルトの名無しさん mailto:sage [2008/06/11(水) 00:30:32 ]
コレクション分からんといい面が使えんしね

913 名前:デフォルトの名無しさん mailto:sage [2008/06/11(水) 00:46:42 ]
DIコンテナ以前の話だな・・・

914 名前:901 [2008/06/12(木) 22:54:48 ]
色々ありがとーーーーー
スキル的には.net版で試せばいいんだろうけど、eclipse3.2.2にupしたら
なぜか、久々にjavaのコード書きたくなってw
もう少し(かなりだな)javaの基礎体力をつけてから、試してみますだ







[ 新着レスの取得/表示 (agate) ] / [ 携帯版 ]

前100 次100 最新50 [ このスレをブックマーク! 携帯に送る ] 2chのread.cgiへ
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧]( ´∀`)<215KB

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