- 1 名前：デフォルトの名無しさん [2007/09/27(木) 07:41:47 ]
- 一部で話題になっている国産オープンソースDIコンテナSeasar V2(略してS2)。
ってどうよ？みんなもう使ってるの？
使用経験とか、実戦配備情報とか、つかえねーよボケ、とかいろいろ書いてね。
本家 seasar.org
www.seasar.org/
Seasar Projectグループ
seasarproject.g.hatena.ne.jp/
ひがやすをblog
d.hatena.ne.jp/higayasuo/
前スレ
その1 pc5.2ch.net/test/read.cgi/tech/1092044210/
その2 pc5.2ch.net/test/read.cgi/tech/1098885253/
その3 pc8.2ch.net/test/read.cgi/tech/1102862221/
その4 pc8.2ch.net/test/read.cgi/tech/1119608621/
その5 pc8.2ch.net/test/read.cgi/tech/1135986150/
その6 pc8.2ch.net/test/read.cgi/tech/1148204750/
その7 pc8.2ch.net/test/read.cgi/tech/1153060167/
その8 pc10.2ch.net/test/read.cgi/tech/1165531719/
その9 pc11.2ch.net/test/read.cgi/tech/1170674234/
その10 pc11.2ch.net/test/read.cgi/tech/1176050197/
- 40 名前：デフォルトの名無しさん mailto:sage [2007/10/16(火) 19:35:32 ]
- ↓Seasar2とS2Daoの組み合わせ
ttp://www.seasar.org/wiki/index.php?Versions
- 41 名前：デフォルトの名無しさん mailto:sage [2007/10/16(火) 19:48:52 ]
- >>40
Thanks！
- 42 名前：デフォルトの名無しさん mailto:sage [2007/10/17(水) 21:22:27 ]
- span に m:rendered を書くと、
そのボディのh:commandLinkのm:actionがリンク押下時に呼ばれてくれない
でもすこし前は動いてた、なんでだ？どこ触ったか、思い出せない
- 43 名前：デフォルトの名無しさん [2007/10/17(水) 23:01:21 ]
- WebアプリでSeasar2を使う際のベストな組み合わせは
S2Container + S2Struts + S2Dao
といったところか？？TeedaというかJSFは基本的に重い希ガス
- 44 名前：デフォルトの名無しさん mailto:sage [2007/10/17(水) 23:20:43 ]
- 俺的には、どーせStrutsでいくなら別にSeasarは使わんなぁ。
普通にStruts＋Springでいいや、てなる。
- 45 名前：デフォルトの名無しさん [2007/10/17(水) 23:25:31 ]
- 同じDBをベースにSpringとSeasar2アプリをつくって、
JMeterからストレステストしたんだけどさー
Seasar2の方がずっと軽いんだよなー
メモリ食いじゃなかったし
- 46 名前：デフォルトの名無しさん mailto:sage [2007/10/17(水) 23:42:29 ]
- Springのコードは見るからに重そうだよな
- 47 名前：デフォルトの名無しさん mailto:sage [2007/10/17(水) 23:49:48 ]
- しかしStruts時代はなかなか終わらんな。
- 48 名前：デフォルトの名無しさん mailto:sage [2007/10/18(木) 00:04:20 ]
- で、Super Agile Strutsはいつ出るんだ？
- 49 名前：デフォルトの名無しさん mailto:sage [2007/10/18(木) 00:09:09 ]
- S2JSF・Teedaの後はStrutsに逆戻りか
- 50 名前：デフォルトの名無しさん mailto:sage [2007/10/18(木) 00:11:00 ]
- たまにはS2Struts1.3のことも思い出してください
- 51 名前：デフォルトの名無しさん [2007/10/18(木) 00:13:29 ]
- Seasar2の方がインスタンス生成コストがSpringよりずっと低いよ。
- 52 名前：デフォルトの名無しさん mailto:sage [2007/10/18(木) 01:38:20 ]
- >>45
Springが重いからなぁ。
Guice+Strutsとかならどーだろぅ？
- 53 名前：デフォルトの名無しさん mailto:sage [2007/10/18(木) 02:08:11 ]
- >>42
d.hatena.ne.jp/cero-t/20060825/1156531670
- 54 名前：デフォルトの名無しさん mailto:sage [2007/10/18(木) 10:15:43 ]
- >>53
やったけどだめだった orz
m:renderedをはずしてみても変わらず、キャッシュ？
forEachの外に書くとうまくいくんだが、さっぱりわからない
- 55 名前：54 mailto:sage [2007/10/18(木) 10:33:45 ]
- やっと意味がわかった
forEachとaタグで使ってるリストがsessionにないといけないんだ
JSFの仕様なのかs2jsfのなのか知らんが、
ドハマって１日つぶれちまった orz
- 56 名前：デフォルトの名無しさん mailto:sage [2007/10/18(木) 11:52:40 ]
- JSFはそんなへんな仕様はないぞ
つーかJSFとS2JSFはまったく別物だろ
- 57 名前：デフォルトの名無しさん mailto:sage [2007/10/18(木) 13:12:13 ]
- >JSFとS2JSFはまったく別物
名前にJSFって入ってるぞｗ
- 58 名前：デフォルトの名無しさん [2007/10/18(木) 22:44:57 ]
- myfacesでデータテーブル内にボタンやアンカー作ったとき
データテーブルはsessionにないといけなかったようなきがする
JSFって結構クソ仕様
- 59 名前：デフォルトの名無しさん mailto:sage [2007/10/18(木) 23:13:03 ]
- >>58
それmyfaceの実装なんじゃね？
Rowバリデーションしないのならsesionは入らないと思うけど
逆にするのであればJSF使わなくてもstrutsでもなんでも必要になる
- 60 名前：デフォルトの名無しさん [2007/10/22(月) 14:36:06 ]
- 流れるようなインターフェースって、Smalltalkerには気持ちのよいものだけど、
結局
jdbcManager.from(Employee.class);
jdbcManager.join("department");
jdbcManager.where("name like ?", "S%");
jdbcManager.orderBy("name");
jdbcManager.getResultList();
List<Employee> results = jdbcManager.getResultList();
と大して違わないじゃんってなった。
強い型付け言語だと、例えばJdbcManagerを継承してfoo()というメソッドを追加したいときに
jdbcManager
.from(Employee.class)
.foo()
というようにはいかない。
コンポーネントの継承ツリーが必要なフレームワークには向かないよね。
- 61 名前：デフォルトの名無しさん mailto:sage [2007/10/22(月) 15:31:02 ]
- イミュータブルとかステートレスとか
設計の際のキーワードだったと思うけど
宗旨替えかなあ、と思った。
あと、前にひがさん、DIは必要か否かって話で
結局インスタンス管理上必要って事になったけど
あまりそういう考えもないのかな。
今S2のCreatorって、デフォルトのインスタンス属性、
ほとんどrequestかprototypeなんだよね。
今日気づいてびっくりした。
>>60
fromの戻り値がthisなんだから、
インタフェースへのプログラミングとかこだわらなきゃ
出来ると思う。
それについちゃTeedaで捨てちゃったし。
- 62 名前：デフォルトの名無しさん [2007/10/22(月) 18:31:29 ]
- >>61
from()の戻り値はJdbcManagerなので、サブクラスのメソッドは呼べないです。
- 63 名前：デフォルトの名無しさん [2007/10/22(月) 20:28:19 ]
- Tomcat6上でのS2Container+S2Dao+S2Strutsの稼働は問題ない？？
- 64 名前：デフォルトの名無しさん mailto:sage [2007/10/22(月) 21:08:05 ]
- リソースインジェクションできるようになったから
好きなDIコンテナと連携して自由にロジック入れてくれるようにならんかなぁ
AP鯖あるなら＠EJBでいいんだけど、汎用性を持たせるという意味ね
やっぱりフィールドインジェクションが一番使いやすいな
- 65 名前：デフォルトの名無しさん mailto:sage [2007/10/22(月) 21:08:32 ]
- >>60
JdbcManagerってもう見れるの？
途中のメソッドでも全部this返すの？
- 66 名前：60 mailto:sage [2007/10/22(月) 22:05:42 ]
- >>65
どうだろう。
でも、この「流れるようなインターフェース」の主旨としては、thisを返すようになっていると思うよ。
クラスライブラリ全般にわたって「流れるようなインターフェース」が用いられているSmalltalkでは、メソッドに明示的な戻り値が指定されていない場合はselfが返される、という仕様になっている。
それとダックタイピングによって全体で統一された使い方が出来るわけです。
今のJavaだと、ほんの一部だけが流れるようなインターフェースになるだけで、統一性のない、バラバラなアプローチが混在する結果になると思います。
- 67 名前：デフォルトの名無しさん mailto:sage [2007/10/22(月) 22:37:06 ]
- >>62
ああそうか、すんません。とんまでしたわ。
- 68 名前：デフォルトの名無しさん mailto:sage [2007/10/22(月) 22:57:40 ]
- >>66
おいおい。返り値指定なしの場合 self を返す仕様ってのはいいとして、それを前提とした
この種の書き方は Smalltalk では推奨しないだろ。ふつー。 「ライブラリ全般にわたって」とか
見てきたような嘘を付くなよ……
こういう目先の便利にとらわれた行儀の悪いことを好んでするのは Ruby だよ。Ruby 。
- 69 名前：65 [2007/10/22(月) 23:18:17 ]
- 流れる途中のメソッドではたまには違う型が返ってこないと、
わかりにくい気がするなぁ。
もう一度別の検索しようと思ったらJdbcManagerのインスタンスは
どうするの？初期状態に戻すようなメソッドがあるの？
- 70 名前：65 mailto:sage [2007/10/22(月) 23:23:16 ]
- というか、IDEのcompletionが役立たない気がする。
- 71 名前：60 mailto:sage [2007/10/22(月) 23:36:47 ]
- >>68
いろいろすまん。
言いたいことがごちゃまぜになって、変になってしまいました。
- 72 名前：61 mailto:sage [2007/10/23(火) 14:05:06 ]
- >>69
都度new（場合によってはコンテナから取得）
するっきゃなさそうに思えるねぇ。
それかinitみたいなメソッド呼ぶか。
コンテナで管理するなら、
スコープはprototype以外ありえんよね。
そんで、>>61の疑問になったんだけど。
- 73 名前：デフォルトの名無しさん mailto:sage [2007/10/23(火) 19:16:48 ]
- Java6 って対応してるの？
- 74 名前：デフォルトの名無しさん mailto:sage [2007/10/23(火) 20:22:39 ]
- もうすぐ1年たつのにさすがに対応してないはずないだろ・・・
たぶん最新バージョンだけにupdate出るたびに全てのプロダクトで動作チェックしてくれてるとは思う
- 75 名前：デフォルトの名無しさん mailto:sage [2007/10/23(火) 21:34:22 ]
- >>63
調査結果よろしくデス
- 76 名前：デフォルトの名無しさん mailto:sage [2007/10/24(水) 02:49:26 ]
- >>74 何という希望的観測
- 77 名前：デフォルトの名無しさん mailto:sage [2007/10/24(水) 13:18:53 ]
- S2JDBCってほとんどの企業で持っているテンプレート系を作り直したってことかなぁ?
ソース見て挙動みないとわからないけど、JPAのラッパ作るのとどこが違うのだろう
- 78 名前：デフォルトの名無しさん mailto:sage [2007/10/24(水) 13:23:20 ]
- お前らいい加減だな
JdbcManagerはreturn thisやってねーよ
- 79 名前：デフォルトの名無しさん mailto:sage [2007/10/24(水) 14:20:40 ]
- 昨日や今日のぶくまのコメントを見ると
塗るぽったと気にわかりづらそうということを書いている方がいますが、
そんなことはないですよ。だって戻り値は最後のメソッド以外はthisを返すだけだから。
ってのは違うの？
- 80 名前：デフォルトの名無しさん mailto:sage [2007/10/24(水) 15:01:59 ]
- あっ、ほんとだ。AutoXXXって奴に
なっとりますな。もちょっとソース読んでみる。
- 81 名前：デフォルトの名無しさん mailto:sage [2007/10/24(水) 15:13:01 ]
- JdbcManagerはAbstractQueryが参照してて
SQL方言とパラメータの型を管理してる。
シングルトンで問題なさげ。
AbstractQueryを継承してるAutoXXXは
都度JdbcManagerのメソッド内でnewしてますね。
てなわけで61は杞憂で終わったのでありました。
- 82 名前：デフォルトの名無しさん mailto:sage [2007/10/24(水) 15:28:23 ]
- >>74
つ https://www.seasar.org/issues/browse/DAO-94
- 83 名前：デフォルトの名無しさん mailto:sage [2007/10/24(水) 15:35:51 ]
- ひがさんのいうthisはJdbcManagerじゃなくて
AutoXXXのインスタンスのことだったのね。
ある程度実装知ってないと
EasyMockなんかでテスト書きにくい
ってのが難点といや難点かと思った。
覚えちゃえばいいんだけど。
- 84 名前：デフォルトの名無しさん mailto:sage [2007/10/24(水) 17:15:00 ]
- あと、>>60の件も、静的言語における
流れるようなインタフェースの実例として参考になると思う。
たとえばAutoSelectだったら
その親のSelectがサブタイプを
型変数で受け取るようになってて、
各メソッドの戻り値の型が
サブタイプになるようになってる。
まあここまでややこしいことしないと
動的言語と同じ事が出来ないのかといわれりゃ
そうなんだけど、面白かったよ。
- 85 名前：デフォルトの名無しさん mailto:sage [2007/10/24(水) 17:57:26 ]
- >>84
なるほど。感心。
> まあここまでややこしいことしないと
> 動的言語と同じ事が出来ないのかといわれりゃ
> そうなんだけど、面白かったよ。
型安全とIDEのサポートも手に入るのだから、手間をかける価値はあるかもね。
- 86 名前：73 mailto:sage [2007/10/24(水) 20:39:32 ]
- >>82
サンクス。
- 87 名前：デフォルトの名無しさん mailto:sage [2007/10/24(水) 21:42:40 ]
- >>82
一応動作チェックはしてるようだな・・・結果コンパイルが動かないというだけだが
JPA2.0がでるころにはS2JDBCいらなくなりそうだな
そのころにはプロパティアクセスも出来るだろうし
- 88 名前：デフォルトの名無しさん mailto:sage [2007/10/24(水) 22:33:59 ]
- いらなくならないだろ。
- 89 名前：デフォルトの名無しさん mailto:sage [2007/10/24(水) 22:45:33 ]
- S2JDBCの機能ってもう次のJPAに取り込まれるの確定でしょ。
あんまり必要性があるとも思いにくい。
- 90 名前：デフォルトの名無しさん [2007/10/24(水) 23:59:32 ]
-
S2JDBCは便利そうで良いかもしれない。setter/gettetrを書かないってのはスッキリして良いかも（ただ多くの場合ツールで生成しちゃうから気にしないんだけどｗ）。
だけどねぇ、おきまりのドキュメントの無さはハッキリいっていくら便利なものリリースしたところで
誰にも使われずに終わってしまうんじゃないの？
あの程度のドキュメント量であとはＴＩＰＳ程度を載せていく方針だったら、最初からやらないほうがいいよ。
S2Dao使ってる人たちを混乱に陥れようとしてるだけ。しかも意図的に。
- 91 名前：デフォルトの名無しさん mailto:sage [2007/10/25(木) 00:08:34 ]
- RCの段階でﾄﾞｷｭﾒﾝﾄあるだけでも大進歩だろw
- 92 名前：デフォルトの名無しさん [2007/10/25(木) 00:10:54 ]
- どうやったら混乱するんだｗ
しかも今回のも必要最低限のドキュメント揃ってて俺は充分使える。
seasarって末端開発者には易しいと思うよ
- 93 名前：デフォルトの名無しさん [2007/10/25(木) 00:39:38 ]
- 方針がハッキリしないのがどうもね
新しいプロジェクトにはS2JDBCにしろ、
すでにつかってるS2Daoはメンテだけしてやる、
でいいの？
- 94 名前：デフォルトの名無しさん mailto:sage [2007/10/25(木) 00:55:26 ]
- 好きな方使えばいいじゃん
方針まで決めてもらえないと選択できないのか？
- 95 名前：デフォルトの名無しさん [2007/10/25(木) 01:12:09 ]
- 充分方針はハッキリしてるわけだがｗ
- 96 名前：デフォルトの名無しさん mailto:sage [2007/10/25(木) 01:19:46 ]
- higayasuo 『> 二人目のとおりすがりさん
既に開発中、あるいは今年に開発が始まるのは、S2Dao。来年に開発が始まるのは、S2JDBCで良いと思います。
S2JDBCは、外だしSQLも使えますよ。RC2で公開します。』 (2007/10/24 19:07)
- 97 名前：デフォルトの名無しさん [2007/10/25(木) 01:26:39 ]
- あの程度のドキュメント量って、
あれが全てなんじゃねーの？
何か書かれていない機能が隠れてんのか？
- 98 名前：デフォルトの名無しさん mailto:sage [2007/10/25(木) 01:47:38 ]
- まあ、ドキュメントはあの程度でよいとして、
困るのは dicon ファイルなどの設定エラーがあったとき、
問題箇所を知る手段が無いということ。
「コンテナが空であってはいけません」とかすげえおおざっぱなことしかわからない。
- 99 名前：デフォルトの名無しさん mailto:sage [2007/10/25(木) 01:51:10 ]
- コンテナにはコンテナが空としか分からんのだろ
- 100 名前：デフォルトの名無しさん [2007/10/25(木) 01:52:23 ]
- >97
それを言うと「ある」と思う。
しかしだ、分かる範囲で使えるモノと判断できれば問題ないんじゃないかと。
>96の通り方針はハッキリしてるのであとは自分で判断するだけだな
- 101 名前：デフォルトの名無しさん mailto:sage [2007/10/25(木) 01:57:11 ]
- >98
それはs2だからという問題ではない
- 102 名前：デフォルトの名無しさん mailto:sage [2007/10/25(木) 02:10:37 ]
- S2buriとか試していると、S2JDBCのドキュメントは至れり尽くせりに感じるようになる。おすすめ。
- 103 名前：デフォルトの名無しさん mailto:sage [2007/10/25(木) 02:14:16 ]
- S2JDBCってSeasar2なしでも動くの?
JPAがEJB3から独立しても動けるように、S2JDBCもそうなってるといいかな
組み合わせのバージョンとか面倒なことは考えたくないので
DIは好きなコンテナを使うとして・・・ね
- 104 名前：デフォルトの名無しさん mailto:sage [2007/10/25(木) 02:16:33 ]
- >>102
おすすめってS2Buriを？ｗ
- 105 名前：デフォルトの名無しさん mailto:sage [2007/10/25(木) 02:27:07 ]
- >>103
S2JDBCはSeasar2のJarに入ってるからバージョンの組み合わせで
悩むことはないだろうな
- 106 名前：デフォルトの名無しさん [2007/10/25(木) 10:57:04 ]
- Teeda と S2Struts、全体的に軽いのはどちら？？
- 107 名前：デフォルトの名無しさん mailto:sage [2007/10/25(木) 12:19:21 ]
- S2JDBCのドキュメントが更新されたら
JdbcManagerのdiconの書き方が消えちゃった。
s2-tigerの配布ファイルの中にs2jdbc.diconがあったので
わかったけど。その内復活するかな。
- 108 名前：デフォルトの名無しさん mailto:sage [2007/10/25(木) 12:22:38 ]
- つか>>90は一体何を読んだのか。
ひがたんのblogだけとか。
asipかと思った。
SQLを手書きしてselectBySqlで、
Mapで受け取ってやれと思ったら怒られちゃった。
そのままMapのListでTeedaに渡せるの、好きだったんだけどな。
- 109 名前：デフォルトの名無しさん mailto:sage [2007/10/25(木) 12:56:37 ]
- >>105
単独で使えないってことか
パスだな
- 110 名前：デフォルトの名無しさん mailto:sage [2007/10/25(木) 20:32:26 ]
- changedFromの実装が微妙すぐる・・・
- 111 名前：デフォルトの名無しさん [2007/10/25(木) 23:31:51 ]
- >>109
なんだそりゃ。
トランザクション周りを何とかすれば
好きなDIコンテナでも使えるだろ。
- 112 名前：デフォルトの名無しさん mailto:sage [2007/10/25(木) 23:50:59 ]
- >>111
ほうできるのか
開発環境はseasar2 2.3でS2JDBCつかえるなら文句は言わないよ
- 113 名前：デフォルトの名無しさん mailto:sage [2007/10/25(木) 23:57:03 ]
- なんで本体を2.4にできないのにS2JDBC使おうとか思うんだ？
- 114 名前：デフォルトの名無しさん [2007/10/25(木) 23:58:59 ]
- 流れるようなインターフェースのやつみてて思うんだけどさ、
みんなeclipseのソースコードフォーマッタとか使ってないのかな。
フォーマッタかけるとあんな綺麗っぽく書いてもダラーっとした一行になっちゃいそう。
- 115 名前：デフォルトの名無しさん mailto:sage [2007/10/26(金) 00:05:20 ]
- >>114
ttp://s2container.seasar.org/2.4/ja/s2jdbc_setup.html#Eclipseのフォーマッタ
- 116 名前：114 [2007/10/26(金) 00:08:06 ]
- >>115
うお、ちょwww
俺の行動は完全に想定の範囲内だった！
- 117 名前：デフォルトの名無しさん mailto:sage [2007/10/26(金) 00:08:25 ]
- >>113
GuiceとかSpringに置き換えてもいいよ
依存性がないというから既存のメンテにも使えるのかなと思っただけ
もちろんパッケージはかえてコンパイルしなおすけど
- 118 名前：デフォルトの名無しさん mailto:sage [2007/10/26(金) 00:15:11 ]
- >>117
コンテナを変えれないメンテで新しいO/Rを使おうという発想が理解できん
- 119 名前：デフォルトの名無しさん mailto:sage [2007/10/26(金) 00:40:59 ]
- >>106
全体的の意味が分からんけど、
TAT的なところでは、S2Strutsの方が早い。
id:taichitaichiのblogにパフォーマンス計測結果があったと思うよ。
- 120 名前：デフォルトの名無しさん mailto:sage [2007/10/26(金) 13:19:31 ]
- >>119
そうか〜
>>id:taichitaichiのblogにパフォーマンス計測結果
ググってよみました。圧倒的に遅いですね、Teeda。jsfだからといえばそれまでだけど、
現状ではハイトラフィックなサイトには向かないのかなぁ。あの扱いやすさはとても良いものだけに、残念。
- 121 名前：デフォルトの名無しさん mailto:sage [2007/10/27(土) 17:52:58 ]
- TATって、泣いてる顔文字かと思った。
(TAT)
- 122 名前：デフォルトの名無しさん mailto:sage [2007/10/29(月) 22:59:10 ]
- たまに、TATとスループットを混同というか混乱してるSEが居てビビる。
- 123 名前：デフォルトの名無しさん mailto:sage [2007/10/30(火) 02:41:01 ]
- 時代は iRule
- 124 名前：デフォルトの名無しさん mailto:sage [2007/10/30(火) 16:41:46 ]
- Teeda+S2JDBCで設定してtomcat5.5で起動すると、途中で
StandardWrapper.Throwable
org.seasar.framework.container.IllegalAutoBindingPropertyRuntimeException:
[ESSR0080]クラス(org.seasar.extension.jdbc.meta.ColumnMetaFactoryImpl)のプロパティ(persistenceConvention)の自動設定に失敗しました
at org.seasar.framework.container.assembler.BindingTypeMustDef.doBind(BindingTypeMustDef.java:56)
.....
の例外が出て止まってしまう。何か設定をミスった？
s2container.seasar.org/2.4/ja/s2jdbc_setup.htmlの通りにやっている。諸賢らのアドバイス求ム
- 125 名前：124 mailto:sage [2007/10/30(火) 17:24:56 ]
- なんとなく解決したorz
convention..diconに
<component class="org.seasar.framework.convention.impl.PersistenceConventionImpl"/>
を入れてなかった模様。svnからチュートリアルチェックアウトしてこないとわからんかった
- 126 名前：デフォルトの名無しさん mailto:sage [2007/10/31(水) 23:26:29 ]
- 自己解決せずにMLで聞こうぜ。
- 127 名前：デフォルトの名無しさん mailto:sage [2007/11/01(木) 02:37:37 ]
- 何のためのオープンソースだと思ってんだよ。
低レベルな事MLで聞いてんじゃねぇ、ボケが。
- 128 名前：デフォルトの名無しさん mailto:sage [2007/11/01(木) 03:37:24 ]
- >>127
獄長乙
- 129 名前：デフォルトの名無しさん mailto:sage [2007/11/02(金) 09:59:14 ]
- ブログにあったS2JDBCとHibernateのベンチだけど
S2JDBCが軽い、速いことを訴えたいのだろうが、
仕組みがそもそも違うHibernateと比較しても…と思うのは自分だけ？なんかHibernateの使い方違ってる気が…
- 130 名前：デフォルトの名無しさん mailto:sage [2007/11/02(金) 11:29:25 ]
- 得意な分野だけぬきだすのはよくあること
ところでベンチのコードってどこにあるの？
- 131 名前：デフォルトの名無しさん mailto:sage [2007/11/02(金) 12:01:33 ]
- >>130
SVN
- 132 名前：デフォルトの名無しさん mailto:sage [2007/11/02(金) 12:51:08 ]
- OneToOneのSQL発行回数が多いってところがひっかかるな
2つのテーブルだけだったらINとかJOIN命令でJPAは大概１SQLになるよね？
複雑な連結だとSQLの把握が大変というのならわかるけど
- 133 名前：デフォルトの名無しさん mailto:sage [2007/11/02(金) 13:10:01 ]
- >>132
JavaExpert#01嫁
- 134 名前：デフォルトの名無しさん mailto:sage [2007/11/03(土) 00:43:46 ]
- >>133
OSSなのにOpunなソース出せない糞団体www
- 135 名前：デフォルトの名無しさん mailto:sage [2007/11/03(土) 00:49:05 ]
- Opun
- 136 名前：デフォルトの名無しさん mailto:sage [2007/11/03(土) 00:54:32 ]
- Opun
Opun
Opun
- 137 名前：デフォルトの名無しさん mailto:sage [2007/11/03(土) 08:55:25 ]
- >>132
Hibernateの仕様で、外部キーを持たない側のOneToOne関連にはLazyロードが効かない
なので、必要なくてもOneToOneで定義された相手側のEntityを取りにいってしまう
- 138 名前：デフォルトの名無しさん mailto:sage [2007/11/03(土) 12:56:33 ]
- Opun
- 139 名前：デフォルトの名無しさん mailto:sage [2007/11/03(土) 13:34:48 ]
- LAZYの話ではなく、1回のSQLで連結先のEntityも1回のSQLで発行できるはず
ということなんだけど、かならず1行ごとにSQL発行するの?
連結先のEntityも一緒に取得するJPAでいうJOIN命令のことね
だとしたらJPA実装で一番ダメじゃん
- 140 名前：デフォルトの名無しさん mailto:sage [2007/11/03(土) 14:10:10 ]
- >>139
連結先は必要ないケースのテストだろ
アドレスだけ欲しいのに勝手に余計なのを遅延ロードしやがって遅い
|
 |
