国産DIコンテナSeasar その11

国産DIコンテナSeasar ..

2:デフォルトの名無しさん
07/09/27 07:43:11
関連スレ
【DI】Java Spring Framewoｒｋを語るスレ 2.0
　ｽﾚﾘﾝｸ(tech板)
Java⇔RDBのMapping-Frameworkを語るｽﾚ Vol.4
　ｽﾚﾘﾝｸ(tech板)
【最速】google guice DI Framework【シンプル】
　ｽﾚﾘﾝｸ(tech板)
Seasarファウンデーション (※マ板)
　ｽﾚﾘﾝｸ(prog板)

・人物関連の話はマ板のスレで。
・ASIPヲチはネットwatch板(URLﾘﾝｸ(ex22.2ch.net))で。

3:デフォルトの名無しさん
07/09/28 23:45:53
で、sandboxはDBFluteしか使われてないのか？

4:デフォルトの名無しさん
07/09/29 00:48:06
みんな使ってる舞姫

5:デフォルトの名無しさん
07/09/29 00:51:07
S2Buri使ってみた人いないか？

6:デフォルトの名無しさん
07/09/29 01:02:51
ジョンイルが痩せて謙虚になったら使ってやってもいい。

7:デフォルトの名無しさん
07/10/05 11:50:23
フレームワークとしてS2JSFの最新版を採用しようとしてるんですが、

何か問題ありますか？

やっぱやめた方がいいのかな

8:デフォルトの名無しさん
07/10/05 21:35:34
Teedaでエェやん

9:デフォルトの名無しさん
07/10/06 01:47:56
S2JSFで十分だと思うよ。万一困った事があっても、
フルタイムのサポートがあるから趣味でメンテしてるような奴が居るプロダクト使うよりよっぽどいい。

10:デフォルトの名無しさん
07/10/06 02:23:20
S2JSF、S2Strutsは、Mayaaを使うかどうか
なやむとこですね。

初心者(新人から３年生)くらいの子に向いてるのは、
どっちだろ？
自分は、いつもJSPでやらしてる。

11:デフォルトの名無しさん
07/10/06 04:20:53
アレはいったい、Seasarの質問なのか、JARコマンドの質問なのか・・・
コミッタの皆さんは、くだらない質問に付き合いすぎですね。
だからいつまでも、コミッタ以外のユーザーグループが形成されない。

12:デフォルトの名無しさん
07/10/06 04:55:11
jarコマンドもantも使ったことないです、
無能なら自分みたくeclipseで
エクスポートすればいいのに。
eclipseの使いかたはー？てなりそうかな。

質問者の同僚もこの質問のレベルは、
気にならないのだろうか。

13:デフォルトの名無しさん
07/10/06 10:15:32
mavenのコマンドで一発なのになあ。

14:デフォルトの名無しさん
07/10/06 13:16:15
で、JFace関係の取組みってここにはあるの？

15:デフォルトの名無しさん
07/10/06 13:18:22
seasarにはあるがこのスレにはない

16:デフォルトの名無しさん
07/10/11 23:09:24
あれシナ人？　チョン？
こないだ韓国行ったからか？

17:デフォルトの名無しさん
07/10/11 23:24:55
リアルで>>16みたいなことを言う奴がいるんだよな。
いったいどういう教育を受けてきたんだろうと思うよ。
今年度中に解雇してやりたい気分だ。場をわきまえろよ、カス。

18:デフォルトの名無しさん
07/10/12 00:22:11
>>17
まぁ、そう怒るな。
そもそも、>>16は解雇したくともニートの可能性が高いぞ。w
まずはまともな仕事に就けと。

19:デフォルトの名無しさん
07/10/12 00:46:50
>>17
俺のこと言ってるなら、解雇でOKよwww
今なら超売り手市場だから再就職にも困らないし、
俺程度の開発者を雇うことすらこれからどんどん難しくなってくるけどなwww

多少人格に問題があってもプログラムに対して向上心のある奴は
雇っておくのが得だと判らない糞企業死亡www

20:デフォルトの名無しさん
07/10/12 00:48:50
と、糞プログラマが申しております

21:デフォルトの名無しさん
07/10/12 00:57:11
>>16 >>20は同ﾚﾍﾞﾙのｶｷｺなﾜｹだが。

22:デフォルトの名無しさん
07/10/12 03:39:32
お前も人のこと言えないよ。

23:デフォルトの名無しさん
07/10/12 20:32:01
リクエストの値がセッションの値で上書きされるんだが、
セッションの値って明示的に消さないとだめなの？
つか消し方も結局HttpRequstをいじらんといかんのか？

S2JSFは使えないな、やっぱ

24:デフォルトの名無しさん
07/10/12 22:48:59
ヒント：ｽｺｰﾌﾟ

25:デフォルトの名無しさん
07/10/12 23:17:04
>>23
S2JSFって上書きするものなの?
だとしたらトンデモじゃね？

26:デフォルトの名無しさん
07/10/13 00:10:47
確認してから評価したほうがいいよ。
推測で「使えない」とか「トンデモ」とか言っててもしかたない。

27:デフォルトの名無しさん
07/10/13 01:15:20
つまり>>23が嘘を言っておると?

28:デフォルトの名無しさん
07/10/13 02:12:19
うそというか、疑問形でしか書いてないだろ。
疑問にうそもほんともないと思うが。

29:デフォルトの名無しさん
07/10/13 02:58:30
23の言ってる現象といえばforEach内の<a>タグのf:paramかな？
1.0.26の時に直ったけど。

↓これ

[JSF-66] - f:param利用時に、リクエストパラメータよりもsessionの値（VB式で解決できる値）が優先して適用される。

30:デフォルトの名無しさん
07/10/13 13:26:00
S2JSFって名前わるくね？

これJSFとSeasarとのバインディング用にみえるよね

31:23
07/10/13 23:31:43
説明不足でｽﾏﾝが、sessionスコープにしてた場合の話だよ

リクエストの値を優先するようにできないの？

32:デフォルトの名無しさん
07/10/14 00:23:08
通常リクエストの値が優先されるはずだけど・・・
セッションの値が常に優先されるなら、更新画面とか作れなくなるし。

>>23の言っている所が分からん。
具体例を示してくれぃ。

33:23
07/10/14 21:52:29
リクエストの値を保持するBeanのプロパティと
セッションに格納する値をDTOにして分けたら、なんとか凌げたよ

入力値用のDTOを用意しないで、
いわゆるActionだけでやろうとすると無理な要件だったってことだな

お騒がせｽﾏﾝ

34:デフォルトの名無しさん
07/10/15 10:16:01
画面間の値渡しにこれほど苦労するフレームワークも珍しいかもねｗ

35:デフォルトの名無しさん
07/10/15 12:01:25
>>33
マネージドビーンの扱いは普通のJSFと同じじゃないの?

36:デフォルトの名無しさん
07/10/15 22:37:47
やっぱ全部セッションで持つのが確実でいいんかね？

37:デフォルトの名無しさん
07/10/16 00:05:14
漏れも昔は全部session派だったけど、いまは全部request派。
やっぱsession使うのは、あぶなっかしいわ・・・。

38:デフォルトの名無しさん
07/10/16 02:16:47
グローバル変数だとみんなくそみそいうのに
セッション変数だとなんでそんなにウブなのかね。

39:デフォルトの名無しさん
07/10/16 16:18:21
S2JSF + S2Dao(Tiger)で、NoSuchMethodErrorが出る
　
バージョンの問題だろうが、どの組み合わせが正解なのかわからん

40:デフォルトの名無しさん
07/10/16 19:35:32
↓Seasar2とS2Daoの組み合わせ
URLﾘﾝｸ(www.seasar.org)

41:デフォルトの名無しさん
07/10/16 19:48:52
>>40
Thanks！

42:デフォルトの名無しさん
07/10/17 21:22:27
span に m:rendered を書くと、
そのボディのh:commandLinkのm:actionがリンク押下時に呼ばれてくれない

でもすこし前は動いてた、なんでだ？どこ触ったか、思い出せない

43:デフォルトの名無しさん
07/10/17 23:01:21
WebアプリでSeasar2を使う際のベストな組み合わせは
S2Container + S2Struts + S2Dao
といったところか？？TeedaというかJSFは基本的に重い希ガス

44:デフォルトの名無しさん
07/10/17 23:20:43
俺的には、どーせStrutsでいくなら別にSeasarは使わんなぁ。
普通にStruts＋Springでいいや、てなる。

45:デフォルトの名無しさん
07/10/17 23:25:31
同じDBをベースにSpringとSeasar2アプリをつくって、
JMeterからストレステストしたんだけどさー
Seasar2の方がずっと軽いんだよなー
メモリ食いじゃなかったし

46:デフォルトの名無しさん
07/10/17 23:42:29
Springのコードは見るからに重そうだよな

47:デフォルトの名無しさん
07/10/17 23:49:48
しかしStruts時代はなかなか終わらんな。

48:デフォルトの名無しさん
07/10/18 00:04:20
で、Super Agile Strutsはいつ出るんだ？

49:デフォルトの名無しさん
07/10/18 00:09:09
S2JSF・Teedaの後はStrutsに逆戻りか

50:デフォルトの名無しさん
07/10/18 00:11:00
たまにはS2Struts1.3のことも思い出してください

51:デフォルトの名無しさん
07/10/18 00:13:29
Seasar2の方がインスタンス生成コストがSpringよりずっと低いよ。

52:デフォルトの名無しさん
07/10/18 01:38:20
>>45
Springが重いからなぁ。
Guice+Strutsとかならどーだろぅ？

53:デフォルトの名無しさん
07/10/18 02:08:11
>>42
URLﾘﾝｸ(d.hatena.ne.jp)

54:デフォルトの名無しさん
07/10/18 10:15:43
>>53
やったけどだめだった orz
m:renderedをはずしてみても変わらず、キャッシュ？

forEachの外に書くとうまくいくんだが、さっぱりわからない

55:54
07/10/18 10:33:45
やっと意味がわかった
forEachとaタグで使ってるリストがsessionにないといけないんだ

JSFの仕様なのかs2jsfのなのか知らんが、
ドハマって１日つぶれちまった orz

56:デフォルトの名無しさん
07/10/18 11:52:40
JSFはそんなへんな仕様はないぞ
つーかJSFとS2JSFはまったく別物だろ

57:デフォルトの名無しさん
07/10/18 13:12:13
>JSFとS2JSFはまったく別物

名前にJSFって入ってるぞｗ

58:デフォルトの名無しさん
07/10/18 22:44:57
myfacesでデータテーブル内にボタンやアンカー作ったとき
データテーブルはsessionにないといけなかったようなきがする

JSFって結構クソ仕様

59:デフォルトの名無しさん
07/10/18 23:13:03
>>58
それmyfaceの実装なんじゃね？
Rowバリデーションしないのならsesionは入らないと思うけど
逆にするのであればJSF使わなくてもstrutsでもなんでも必要になる

60:デフォルトの名無しさん
07/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:デフォルトの名無しさん
07/10/22 15:31:02
イミュータブルとかステートレスとか
設計の際のキーワードだったと思うけど
宗旨替えかなあ、と思った。

あと、前にひがさん、DIは必要か否かって話で
結局インスタンス管理上必要って事になったけど
あまりそういう考えもないのかな。

今S2のCreatorって、デフォルトのインスタンス属性、
ほとんどrequestかprototypeなんだよね。
今日気づいてびっくりした。

>>60
fromの戻り値がthisなんだから、
インタフェースへのプログラミングとかこだわらなきゃ
出来ると思う。

それについちゃTeedaで捨てちゃったし。

62:デフォルトの名無しさん
07/10/22 18:31:29
>>61
from()の戻り値はJdbcManagerなので、サブクラスのメソッドは呼べないです。

63:デフォルトの名無しさん
07/10/22 20:28:19
Tomcat6上でのS2Container+S2Dao+S2Strutsの稼働は問題ない？？

64:デフォルトの名無しさん
07/10/22 21:08:05
リソースインジェクションできるようになったから
好きなDIコンテナと連携して自由にロジック入れてくれるようにならんかなぁ

AP鯖あるなら＠EJBでいいんだけど、汎用性を持たせるという意味ね

やっぱりフィールドインジェクションが一番使いやすいな

65:デフォルトの名無しさん
07/10/22 21:08:32
>>60
JdbcManagerってもう見れるの？
途中のメソッドでも全部this返すの？

66:60
07/10/22 22:05:42
>>65
どうだろう。
でも、この「流れるようなインターフェース」の主旨としては、thisを返すようになっていると思うよ。

クラスライブラリ全般にわたって「流れるようなインターフェース」が用いられているSmalltalkでは、メソッドに明示的な戻り値が指定されていない場合はselfが返される、という仕様になっている。
それとダックタイピングによって全体で統一された使い方が出来るわけです。

今のJavaだと、ほんの一部だけが流れるようなインターフェースになるだけで、統一性のない、バラバラなアプローチが混在する結果になると思います。

67:デフォルトの名無しさん
07/10/22 22:37:06
>>62
ああそうか、すんません。とんまでしたわ。

68:デフォルトの名無しさん
07/10/22 22:57:40
>>66
おいおい。返り値指定なしの場合 self を返す仕様ってのはいいとして、それを前提とした
この種の書き方は Smalltalk では推奨しないだろ。ふつー。　「ライブラリ全般にわたって」とか
見てきたような嘘を付くなよ……

こういう目先の便利にとらわれた行儀の悪いことを好んでするのは Ruby だよ。Ruby 。

69:65
07/10/22 23:18:17
流れる途中のメソッドではたまには違う型が返ってこないと、
わかりにくい気がするなぁ。

もう一度別の検索しようと思ったらJdbcManagerのインスタンスは
どうするの？初期状態に戻すようなメソッドがあるの？

70:65
07/10/22 23:23:16
というか、IDEのcompletionが役立たない気がする。

71:60
07/10/22 23:36:47
>>68
いろいろすまん。
言いたいことがごちゃまぜになって、変になってしまいました。

72:61
07/10/23 14:05:06
>>69
都度new（場合によってはコンテナから取得）
するっきゃなさそうに思えるねぇ。
それかinitみたいなメソッド呼ぶか。

コンテナで管理するなら、
スコープはprototype以外ありえんよね。
そんで、>>61の疑問になったんだけど。

73:デフォルトの名無しさん
07/10/23 19:16:48
Java6 って対応してるの？

74:デフォルトの名無しさん
07/10/23 20:22:39
もうすぐ1年たつのにさすがに対応してないはずないだろ・・・

たぶん最新バージョンだけにupdate出るたびに全てのプロダクトで動作チェックしてくれてるとは思う

75:デフォルトの名無しさん
07/10/23 21:34:22
>>63
調査結果よろしくデス

76:デフォルトの名無しさん
07/10/24 02:49:26
>>74 何という希望的観測

77:デフォルトの名無しさん
07/10/24 13:18:53
S2JDBCってほとんどの企業で持っているテンプレート系を作り直したってことかなぁ?
ソース見て挙動みないとわからないけど、JPAのラッパ作るのとどこが違うのだろう

78:デフォルトの名無しさん
07/10/24 13:23:20
お前らいい加減だな
JdbcManagerはreturn thisやってねーよ

79:デフォルトの名無しさん
07/10/24 14:20:40
昨日や今日のぶくまのコメントを見ると
塗るぽったと気にわかりづらそうということを書いている方がいますが、
そんなことはないですよ。だって戻り値は最後のメソッド以外はthisを返すだけだから。

ってのは違うの？

80:デフォルトの名無しさん
07/10/24 15:01:59
あっ、ほんとだ。AutoXXXって奴に
なっとりますな。もちょっとソース読んでみる。

81:デフォルトの名無しさん
07/10/24 15:13:01
JdbcManagerはAbstractQueryが参照してて
SQL方言とパラメータの型を管理してる。
シングルトンで問題なさげ。

AbstractQueryを継承してるAutoXXXは
都度JdbcManagerのメソッド内でnewしてますね。

てなわけで61は杞憂で終わったのでありました。

82:デフォルトの名無しさん
07/10/24 15:28:23
>>74
つ URLﾘﾝｸ(www.seasar.org)

83:デフォルトの名無しさん
07/10/24 15:35:51
ひがさんのいうthisはJdbcManagerじゃなくて
AutoXXXのインスタンスのことだったのね。

ある程度実装知ってないと
EasyMockなんかでテスト書きにくい
ってのが難点といや難点かと思った。

覚えちゃえばいいんだけど。

84:デフォルトの名無しさん
07/10/24 17:15:00
あと、>>60の件も、静的言語における
流れるようなインタフェースの実例として参考になると思う。

たとえばAutoSelectだったら
その親のSelectがサブタイプを
型変数で受け取るようになってて、
各メソッドの戻り値の型が
サブタイプになるようになってる。

まあここまでややこしいことしないと
動的言語と同じ事が出来ないのかといわれりゃ
そうなんだけど、面白かったよ。

85:デフォルトの名無しさん
07/10/24 17:57:26
>>84
なるほど。感心。

> まあここまでややこしいことしないと
> 動的言語と同じ事が出来ないのかといわれりゃ
> そうなんだけど、面白かったよ。
型安全とIDEのサポートも手に入るのだから、手間をかける価値はあるかもね。

86:73
07/10/24 20:39:32
>>82
サンクス。

87:デフォルトの名無しさん
07/10/24 21:42:40
>>82
一応動作チェックはしてるようだな・・・結果コンパイルが動かないというだけだが

JPA2.0がでるころにはS2JDBCいらなくなりそうだな
そのころにはプロパティアクセスも出来るだろうし

88:デフォルトの名無しさん
07/10/24 22:33:59
いらなくならないだろ。

89:デフォルトの名無しさん
07/10/24 22:45:33
S2JDBCの機能ってもう次のJPAに取り込まれるの確定でしょ。
あんまり必要性があるとも思いにくい。

90:デフォルトの名無しさん
07/10/24 23:59:32

S2JDBCは便利そうで良いかもしれない。setter/gettetrを書かないってのはスッキリして良いかも（ただ多くの場合ツールで生成しちゃうから気にしないんだけどｗ）。

だけどねぇ、おきまりのドキュメントの無さはハッキリいっていくら便利なものリリースしたところで
誰にも使われずに終わってしまうんじゃないの？
あの程度のドキュメント量であとはＴＩＰＳ程度を載せていく方針だったら、最初からやらないほうがいいよ。
S2Dao使ってる人たちを混乱に陥れようとしてるだけ。しかも意図的に。

91:デフォルトの名無しさん
07/10/25 00:08:34
RCの段階でﾄﾞｷｭﾒﾝﾄあるだけでも大進歩だろw

92:デフォルトの名無しさん
07/10/25 00:10:54
どうやったら混乱するんだｗ

しかも今回のも必要最低限のドキュメント揃ってて俺は充分使える。
seasarって末端開発者には易しいと思うよ

93:デフォルトの名無しさん
07/10/25 00:39:38
方針がハッキリしないのがどうもね
新しいプロジェクトにはS2JDBCにしろ、
すでにつかってるS2Daoはメンテだけしてやる、
でいいの？

94:デフォルトの名無しさん
07/10/25 00:55:26
好きな方使えばいいじゃん
方針まで決めてもらえないと選択できないのか？

95:デフォルトの名無しさん
07/10/25 01:12:09
充分方針はハッキリしてるわけだがｗ

96:デフォルトの名無しさん
07/10/25 01:19:46
higayasuo 『> 二人目のとおりすがりさん
既に開発中、あるいは今年に開発が始まるのは、S2Dao。来年に開発が始まるのは、S2JDBCで良いと思います。
S2JDBCは、外だしSQLも使えますよ。RC2で公開します。』 (2007/10/24 19:07)

97:デフォルトの名無しさん
07/10/25 01:26:39
あの程度のドキュメント量って、
あれが全てなんじゃねーの？
何か書かれていない機能が隠れてんのか？

98:デフォルトの名無しさん
07/10/25 01:47:38
まあ、ドキュメントはあの程度でよいとして、
困るのは dicon ファイルなどの設定エラーがあったとき、
問題箇所を知る手段が無いということ。
「コンテナが空であってはいけません」とかすげえおおざっぱなことしかわからない。

99:デフォルトの名無しさん
07/10/25 01:51:10
コンテナにはコンテナが空としか分からんのだろ

100:デフォルトの名無しさん
07/10/25 01:52:23
>97
それを言うと「ある」と思う。
しかしだ、分かる範囲で使えるモノと判断できれば問題ないんじゃないかと。

>96の通り方針はハッキリしてるのであとは自分で判断するだけだな

101:デフォルトの名無しさん
07/10/25 01:57:11
>98
それはs2だからという問題ではない

102:デフォルトの名無しさん
07/10/25 02:10:37
S2buriとか試していると、S2JDBCのドキュメントは至れり尽くせりに感じるようになる。おすすめ。

103:デフォルトの名無しさん
07/10/25 02:14:16
S2JDBCってSeasar2なしでも動くの?
JPAがEJB3から独立しても動けるように、S2JDBCもそうなってるといいかな
組み合わせのバージョンとか面倒なことは考えたくないので

DIは好きなコンテナを使うとして・・・ね

104:デフォルトの名無しさん
07/10/25 02:16:33
>>102
おすすめってS2Buriを？ｗ

105:デフォルトの名無しさん
07/10/25 02:27:07
>>103
S2JDBCはSeasar2のJarに入ってるからバージョンの組み合わせで
悩むことはないだろうな

106:デフォルトの名無しさん
07/10/25 10:57:04
Teeda と S2Struts、全体的に軽いのはどちら？？

107:デフォルトの名無しさん
07/10/25 12:19:21
S2JDBCのドキュメントが更新されたら
JdbcManagerのdiconの書き方が消えちゃった。

s2-tigerの配布ファイルの中にs2jdbc.diconがあったので
わかったけど。その内復活するかな。

108:デフォルトの名無しさん
07/10/25 12:22:38
つか>>90は一体何を読んだのか。
ひがたんのblogだけとか。

asipかと思った。

SQLを手書きしてselectBySqlで、
Mapで受け取ってやれと思ったら怒られちゃった。
そのままMapのListでTeedaに渡せるの、好きだったんだけどな。

109:デフォルトの名無しさん
07/10/25 12:56:37
>>105
単独で使えないってことか
パスだな

110:デフォルトの名無しさん
07/10/25 20:32:26
changedFromの実装が微妙すぐる・・・

111:デフォルトの名無しさん
07/10/25 23:31:51
>>109
なんだそりゃ。
トランザクション周りを何とかすれば
好きなDIコンテナでも使えるだろ。

112:デフォルトの名無しさん
07/10/25 23:50:59
>>111
ほうできるのか
開発環境はseasar2 2.3でS2JDBCつかえるなら文句は言わないよ

113:デフォルトの名無しさん
07/10/25 23:57:03
なんで本体を2.4にできないのにS2JDBC使おうとか思うんだ？

114:デフォルトの名無しさん
07/10/25 23:58:59
流れるようなインターフェースのやつみてて思うんだけどさ、
みんなeclipseのソースコードフォーマッタとか使ってないのかな。
フォーマッタかけるとあんな綺麗っぽく書いてもダラーっとした一行になっちゃいそう。

115:デフォルトの名無しさん
07/10/26 00:05:20
>>114
URLﾘﾝｸ(s2container.seasar.org)のフォーマッタ

116:114
07/10/26 00:08:06
>>115
うお、ちょwww
俺の行動は完全に想定の範囲内だった！

117:デフォルトの名無しさん
07/10/26 00:08:25
>>113
GuiceとかSpringに置き換えてもいいよ
依存性がないというから既存のメンテにも使えるのかなと思っただけ
もちろんパッケージはかえてコンパイルしなおすけど

118:デフォルトの名無しさん
07/10/26 00:15:11
>>117
コンテナを変えれないメンテで新しいO/Rを使おうという発想が理解できん

119:デフォルトの名無しさん
07/10/26 00:40:59
>>106
全体的の意味が分からんけど、
TAT的なところでは、S2Strutsの方が早い。

id:taichitaichiのblogにパフォーマンス計測結果があったと思うよ。

120:デフォルトの名無しさん
07/10/26 13:19:31
>>119
そうか～
>>id:taichitaichiのblogにパフォーマンス計測結果
ググってよみました。圧倒的に遅いですね、Teeda。jsfだからといえばそれまでだけど、
現状ではハイトラフィックなサイトには向かないのかなぁ。あの扱いやすさはとても良いものだけに、残念。

121:デフォルトの名無しさん
07/10/27 17:52:58
TATって、泣いてる顔文字かと思った。
(TAT)

122:デフォルトの名無しさん
07/10/29 22:59:10
たまに、TATとスループットを混同というか混乱してるSEが居てビビる。

123:デフォルトの名無しさん
07/10/30 02:41:01
時代は iRule

124:デフォルトの名無しさん
07/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)
.....
の例外が出て止まってしまう。何か設定をミスった？
URLﾘﾝｸ(s2container.seasar.org)の通りにやっている。諸賢らのアドバイス求ム

125:124
07/10/30 17:24:56
なんとなく解決したorz
convention..diconに
<component class="org.seasar.framework.convention.impl.PersistenceConventionImpl"/>
を入れてなかった模様。svnからチュートリアルチェックアウトしてこないとわからんかった

126:デフォルトの名無しさん
07/10/31 23:26:29
自己解決せずにMLで聞こうぜ。

127:デフォルトの名無しさん
07/11/01 02:37:37
何のためのオープンソースだと思ってんだよ。
低レベルな事MLで聞いてんじゃねぇ、ボケが。

128:デフォルトの名無しさん
07/11/01 03:37:24
>>127
獄長乙

129:デフォルトの名無しさん
07/11/02 09:59:14
ブログにあったS2JDBCとHibernateのベンチだけど
S2JDBCが軽い、速いことを訴えたいのだろうが、
仕組みがそもそも違うHibernateと比較しても…と思うのは自分だけ？なんかHibernateの使い方違ってる気が…

130:デフォルトの名無しさん
07/11/02 11:29:25
得意な分野だけぬきだすのはよくあること
ところでベンチのコードってどこにあるの？

131:デフォルトの名無しさん
07/11/02 12:01:33
>>130
SVN

132:デフォルトの名無しさん
07/11/02 12:51:08
OneToOneのSQL発行回数が多いってところがひっかかるな
2つのテーブルだけだったらINとかJOIN命令でJPAは大概１SQLになるよね？

複雑な連結だとSQLの把握が大変というのならわかるけど

133:デフォルトの名無しさん
07/11/02 13:10:01
>>132
JavaExpert#01嫁

134:デフォルトの名無しさん
07/11/03 00:43:46
>>133
OSSなのにOpunなソース出せない糞団体www

135:デフォルトの名無しさん
07/11/03 00:49:05
Opun

136:デフォルトの名無しさん
07/11/03 00:54:32
Opun
Opun
Opun

137:デフォルトの名無しさん
07/11/03 08:55:25
>>132
Hibernateの仕様で、外部キーを持たない側のOneToOne関連にはLazyロードが効かない
なので、必要なくてもOneToOneで定義された相手側のEntityを取りにいってしまう

138:デフォルトの名無しさん
07/11/03 12:56:33
Opun

139:デフォルトの名無しさん
07/11/03 13:34:48
LAZYの話ではなく、1回のSQLで連結先のEntityも1回のSQLで発行できるはず
ということなんだけど、かならず1行ごとにSQL発行するの?
連結先のEntityも一緒に取得するJPAでいうJOIN命令のことね

だとしたらJPA実装で一番ダメじゃん

140:デフォルトの名無しさん
07/11/03 14:10:10
>>139
連結先は必要ないケースのテストだろ
アドレスだけ欲しいのに勝手に余計なのを遅延ロードしやがって遅い

141:デフォルトの名無しさん
07/11/03 15:03:01
>>140
SQL直よりS2JDBC遅いね

といってほしいの?

142:デフォルトの名無しさん
07/11/03 15:28:56
>>141
意味わかんね

143:デフォルトの名無しさん
07/11/03 15:46:35
OpunかわいいよOpun

144:デフォルトの名無しさん
07/11/03 16:49:11
addressが10000行あると

select a from Address a

だけで10001回sql出すのがhibernateクオリティ

145:デフォルトの名無しさん
07/11/03 18:51:27
>>144
違うような

146:デフォルトの名無しさん
07/11/03 19:18:06
>>145
想像で言うな。動かしてみろよ

147:デフォルトの名無しさん
07/11/03 19:40:20
そんな鼻息荒くしなくとも…＞１４６

148:デフォルトの名無しさん
07/11/04 19:12:50
海外進出って昔やって失敗したよな？

149:デフォルトの名無しさん
07/11/06 00:57:31
ベンチマークってJPAと比較するならchangedFrom(）使ったほうがいいのでは?
あとNameしか更新しないのに全部更新されるSQL使わされているJDBCもカワイソス

まぁS2JDBCは更新系がJPAのように自動だったらかなりよかったね
あとツールサポートがどこまでくるかが見もの

Eclipse、NetBeans、IDEA、JDevと対応するのは大変そう
JBuilderはEclipseのそのままつかえるんかな？

150:デフォルトの名無しさん
07/11/06 01:12:37
>>149
> まぁS2JDBCは更新系がJPAのように自動だったらかなりよかったね

それするとJPA並に遅くなるんじゃね？

151:デフォルトの名無しさん
07/11/06 01:32:54
実行スピードもいいけど、開発効率も重要でしょ
rubyとか（実際にJavaより生産性がいいとは思えないけど）そのへん受けてるし

ベースにDIコンテナがあるんだからそのへん動的にかえれるといいんだけど

152:デフォルトの名無しさん
07/11/06 02:05:44
検索でfetch joinしたやつをupdateするとどうなるの？
OneToManyのManyの方も勝手にupdateされんの？

153:sage
07/11/06 02:38:12
URLﾘﾝｸ(asipeye.blogspot.com)
偽太陽ってTeedaか？
ASIPこえーなー

154:デフォルトの名無しさん
07/11/06 10:08:11
単なる誹謗中傷じゃぁなぁ。もっと建設的な議論につながるような意見を出してもらいたいよな。

155:デフォルトの名無しさん
07/11/06 12:09:59
ってか、「もうSeasarについて言及しません」って土下座したんじゃなかったかいな？

156:デフォルトの名無しさん
07/11/06 12:18:43
"Seasar"とは書いてないｗ

157:デフォルトの名無しさん
07/11/06 13:48:17
>>153
asipウォッチャーもこえーな
読んでみたが、今回のトピは意外と,といっては失礼かもしれんが文章まともだな

ところで偽太陽ってどういう意味だ?

158:デフォルトの名無しさん
07/11/06 14:54:08
太陽の方言⇒Teeda

159:デフォルトの名無しさん
07/11/06 15:02:34
>>158
なるほど
検索してもわからないからなんだろうとおもった

読みにくいのが大量にあるおかげでS2なんとかのほうがまともに話をされやすいってのもあるね

160:デフォルトの名無しさん
07/11/06 15:29:13
URLﾘﾝｸ(d.hatena.ne.jp)

161:デフォルトの名無しさん
07/11/06 21:47:30
海外で受け入れられない理由…
・発音しにくい、読みにくいプロダクト名が多い…まーこれはあまり関係ないか、むしろ日本人に不評な希ガス
・Jakartaなどと比較すると圧倒的に少ないドキュメント／サンプル／チュートリアル
・あとそれらを育てていこうという体勢
・書籍が殆ど無い
・コミッタ陣営のカリスマ性

162:デフォルトの名無しさん
07/11/06 22:08:50
国内においては、springを逆転しそうな
勢いがありますね。(月刊誌は特に)
実際はどうでしょうね、springに自動バインディングと
s2daoがあれば、正直springに行きたいです。

話は変わりますが、web層のフレームワークのお勧めありますか？
struts2が気になりますが、皆様の評価はどうでしょうか？
teedaは、独自scopeの考え方が合わなくて使用していません。

163:デフォルトの名無しさん
07/11/06 22:48:16
田中と芦田って仲良くなれそうだなｗ

164:デフォルトの名無しさん
07/11/06 22:48:17
Seasar系を主に使っているのだけど、さすがに技評の雑誌は最近気持ち悪く感じる。
SpringやGuice, Wicket, Click, iBatis, Cayenne
いろんなプロダクトがあるのに、ほぼ無視って。ちょっとヤバい気がする。

> springに自動バインディングとs2daoがあれば
分かる気がする。
Wicket + Guice + S2Daoで開発したい。

165:デフォルトの名無しさん
07/11/06 22:51:28
そりゃぁバックについてるのは

あれ、こんな時間に呼び鈴が

166:162
07/11/06 23:00:01
>>164
レスどうも。
複数プロダクトを紹介してた日本java worldは、
いまはないので、洋書に手を出そうと考えています。

代わりになる雑誌をご存知の方、紹介お願いします。(マジで！)
教えて君でごめんなさい。

167:デフォルトの名無しさん
07/11/06 23:01:47
>>164
ライターがいないだけじゃね？

168:デフォルトの名無しさん
07/11/06 23:38:02
>>162
そこまでしてSpring使いたい理由もよくわからん。

169:デフォルトの名無しさん
07/11/06 23:52:53
>162
あなたのweb層のフレームワークのお勧めありますか？

>164
記事を投稿する人がいないだけ。
要はSeasarユーザが多いんだよ

170:デフォルトの名無しさん
07/11/07 00:03:07
画面間の値渡がラクなのがいいなぁ。
単なる数字や文字列の値だけじゃなく
その裏にあるオブジェクトもまとめて渡せるような

171:162
07/11/07 00:04:21
>そこまでしてSpring使いたい理由もよくわからん。
SI会社、エンドユーザへの提案としてデファクトスタンダードと
いうのは強力な理由(要件の場合もあります)なのです。>スーツ組でサーセン

デファクトスタンダードではないのは、理由が必要なのです。
企業でs2、s2daoを使用する時には説得(資料作成)が必要です。

>あなたのweb層のフレームワークのお勧めありますか？
お勧めはありません。(strutsを使用しつづけて5年)
進化(工数、品質、1年生開発可能)の提案をしたい
今日この頃です。

172:デフォルトの名無しさん
07/11/07 00:04:40
>>164
普通にSeasar使っている人が多い、もしくは興味を持っている人が多いから
雑誌も多く取り上げるってだけだと思うが。

それにSpringやGuiceとかを無視ってレベルではないだろう。

173:デフォルトの名無しさん
07/11/07 00:08:51
>>171
日本だったらSpringよりもSeasarの方が普及している感があるから
理由はそれで十分ｼﾞｬﾏｲｶ。

「ウチの会社は技術力がなくて、比較的マトモなサポート受けたい」なら
IBMとかの鯖と共にIBMのフレームワーク買っとけ、って話になるが。

174:デフォルトの名無しさん
07/11/07 00:10:03
今や日本での実績はSeasarは十分だと思うが。

デファクトスタンダードかどうかってどうやって判断するんだろ？

175:デフォルトの名無しさん
07/11/07 00:17:04
Seasarって金融商品とかの導入事例もあるし、小粒な案件でも
使っているケースあるので、普通に実績はあると思うけど。

162がどんな超大型案件抱えているか知らんけどサ。

176:164
07/11/07 00:30:02
ライターはいるでしょ。WEB媒体では記事はあるし。
SeasarってSpringと比べてそこまで普及しているの？
まあ、雑誌を買う層が大事なんだろうけど。

Seasar に一致する日本語のページ約 1,690,000 件
Spring Framework に一致する日本語のページ約 1,040,000 件
Guice に一致する日本語のページ約 722,000 件

Teeda に一致する日本語のページ約 315,000 件
Wicket に一致する日本語のページ約 783,000 件

S2Dao に一致する日本語のページ約 347,000 件
iBatis に一致する日本語のページ約 312,000 件

Java ExpertやWEB+DBの記事の割合は、偏り過ぎだと思う。

177:デフォルトの名無しさん
07/11/07 00:33:22
使うだけのやつがわざわざ記事を書こうなんて思わない

178:デフォルトの名無しさん
07/11/07 00:51:22
>>167
んなはずないだろ

単純にSeasar2関係が日本人で聴きやすいこと、
頻繁に方針がコロコロ変わるので、
結局プロダクトがたくさんでてきてその紹介でページがつぶせること

の3つが大きいだけ

179:デフォルトの名無しさん
07/11/07 01:03:04
> 頻繁に方針がコロコロ変わるので
だな。昔のシンプルなのが好きだった。

180:心にも無い嘘
07/11/07 01:04:45
> 162
> web層のフレームワークのお勧めありますか？
URLﾘﾝｸ(kuro-pj.blogspot.com)

181:デフォルトの名無しさん
07/11/07 01:13:12
>>180
二ヶ月ほど評価したけど、

あれ、こんな時間に誰か来たよ

182:デフォルトの名無しさん
07/11/07 01:18:13
>>178
> んなはずないだろ

いやいや、よほど原稿料に目が眩まない限り書けないよ。
自分が作ったものならそれを広めたいってモチベーションも
あるだろうが海外のプロダクト使ってるだけでちゃんとした
記事書くなんてレアだろ。
苦労して書いたって2chの餌食ｗ

183:デフォルトの名無しさん
07/11/07 01:22:54
>>182
WEB媒体では記事書いている人がいるよね。

184:デフォルトの名無しさん
07/11/07 01:34:33
雑誌に書いてくれってほどの人いるか？
GuiceやWicketでそんなの見た気がしないな

185:デフォルトの名無しさん
07/11/07 01:56:26
Guiceの記事探してみたがこりゃ無理だろ
おまけのサンプル説明する以上の記事無いじゃん
Guice使ってるヤツいるのかってくらい情報がない

186:デフォルトの名無しさん
07/11/07 10:37:10
>183
お前記事書いたことないだろ

187:デフォルトの名無しさん
07/11/07 11:35:53
>>186
書いたことある人の方が少ないんじゃないでしょうか？

188:デフォルトの名無しさん
07/11/07 13:01:50
>187
WEB媒体では記事書いてる人多いとか言われたんですが

189:デフォルトの名無しさん
07/11/07 13:38:20
javaexpertが偏りすぎてアレってのは同意

190:デフォルトの名無しさん
07/11/07 14:14:16
SeasarExpertにしろってことだな

191:デフォルトの名無しさん
07/11/07 14:51:40
初心者なんですがASIPって人はどういった経緯で今に至るのですか？

192:デフォルトの名無しさん
07/11/07 15:58:57
asipが色々と辛口批評してたら
実はそれが的外れで
獄長たちが懇切丁寧に反論してたら
怒っちゃった。
URLﾘﾝｸ(d.hatena.ne.jp)
URLﾘﾝｸ(d.hatena.ne.jp)
で、ここらへんで手打ちになったのかな。
URLﾘﾝｸ(d.hatena.ne.jp)

で、今後一切seasarの事は書きませんとかいって
asipの中ではまだ怒りが収まらず、伏字で現在に至る。

193:デフォルトの名無しさん
07/11/07 16:04:05
ああでもこうやって読み返すと、
当時の「めざせ標準」ってのと「海外進出」って奴への批判は、
今のseasarの状況を見るに、変に偽悪ぶらないで普通に書けば
よかったのにって思うなあ。

194:デフォルトの名無しさん
07/11/07 16:24:53
>>192
読んでみたが、むしろASIPを叩きたいって感じがしただけだった
ASIPのかいたものにいいところだってあるし、間違ったところだってある
これはヒガタソだってkoichikとかodzだっておなじ

お互いなんつーか粗を探そうと足引っ張り合ってるのみてると
Seasar2方面ってちょっとやばいんじゃね？と普通の人は感じるだろうね

なんかオレオレEJB3のときと今のS2JDBCの一部アノテーションがJPAと同じってのがだぶる
2年たつとまた方針転換しそう・・・

195:デフォルトの名無しさん
07/11/07 16:30:26
こじれた発端を忘れた。
URLﾘﾝｸ(d.hatena.ne.jp)
この「盗んだ」発言で一気に炎上。

それまでもasipからの批判はあったんだけど
叩くなんてことはなくて、ちゃんと反論というか説明してたと思う。

確かに獄長の反論は、「ちゃんと」しすぎてて
弱い人は精神的に追い込まれちゃうと思うけど
粗探しってのとは違うよ。

でも泥棒呼ばわりは叩かれてしかるべきだよ。

196:195
07/11/07 16:32:32
>それまでもasipからの批判はあったんだけど
>叩くなんてことはなくて、ちゃんと反論というか説明してたと思う。

ってのは、seasar側がasipに対して、
ちゃんと説明してた、ってことね。

とにかくasipが偽悪的な書き方すんのが悪かった。

197:デフォルトの名無しさん
07/11/07 16:43:13
>>194
> ASIPのかいたものにいいところだってあるし、間違ったところだってある

間違ったことが問題じゃなくて、間違いを絶対に認めようとしなかったのが痛杉

198:デフォルトの名無しさん
07/11/07 17:02:05
口悪いしね。

墓穴掘るのがほんとうまい。

199:デフォルトの名無しさん
07/11/07 17:45:57
ブログだから嘘でも中傷でも何書いても自由ってのも勘違いだよな

200:デフォルトの名無しさん
07/11/07 19:23:12
asipネタはマ板へ

201:デフォルトの名無しさん
07/11/07 23:08:02
人様のブログはみないから、
192はじめてみたけど、ASIPの人は恐ろしいぐらいに病んでいるし、
koichik氏の毅然とした態度というかあれだけの文章力があるのに感心しちゃう、おれにゃ無理だｗ
こういう人を相手するコミッタ達もなんだか可哀想すぎ
あの口の悪さ、ネットだから許されると思っているのだろーか

202:デフォルトの名無しさん
07/11/07 23:17:32
それだけの文章力がドキュメントに

あれ、こんな時間に誰か来たよ

203:デフォルトの名無しさん
07/11/07 23:34:52
なつうかkusakabeみたいな気が

おや、ガスヒーターのアラームが鳴ってる

204:デフォルトの名無しさん
07/11/07 23:41:48
デファクトっていうか、どこが資金出すかなんだよな。
Strutsがそこまでぶっちぎりに優れていたわけでもないのに普及したのは
少なくともSUNとIBMがSIコアとして採用したり、資金と人を提供したからだ。

SeaSarって一応電通国債がメインなんだろうけど微妙。
Ruby（RoR）も同じような理由で広まりきらない。

205:デフォルトの名無しさん
07/11/07 23:48:20
>>180
これはTeedaと比べてどうですか？

206:デフォルトの名無しさん
07/11/07 23:57:23
>204
それは違う。JSFはどうなんだ？SunやIBMはしっかり力入れてると思うぞ？
Strutsが流行ったのは当時大々的にフレームワークとして発表したものが少なかったからだと思う。
そして未だにそう思い続けてるままの人が多い。
そんな状況の中でSeasarが流行ってないとは思えない。
ましてや他のフレームワークなんてもっともっと流行ってないと思う。

おまけにRubyが流行ってないなんてよく言えるよなｗ

207:デフォルトの名無しさん
07/11/08 00:10:01
>>205
パフォーマンスはTeedaより良い
使い勝手はSeasar2を使っているだけあってTee

あれ、こんな時間に宅配便かな？

208:デフォルトの名無しさん
07/11/08 00:12:45
>>204
圧倒的なプッシュはたしかNTTdata系ですよ
strutsを日本発のプロダクトといわせるくらいひっぱるとかいっておったはず

>>206
やっぱりJSFは出来のいいIDEがあってこそだと思う
今のところ無料でそれなりにつかえるのはNetBeans+VisualWebPackのみ
それもCreator2のベタ移植程度だったしね

6.0でやっと通常のWEBプロジェクトに入ったりかなり手を入れてるようだから
（おかげでベータ2なのにバグだらけでまともに動かず）今後に期待かな

JavaEEにやっととりこまれた・・・AP鯖もやっとJavaEE5対応してきたし
正直今スタートしたばかりなんだよ

209:デフォルトの名無しさん
07/11/08 00:42:29
>>205
比べるまでもなく

あれ、いきなり…眠…くなって…きた…

210:デフォルトの名無しさん
07/11/08 01:21:20
>>172
>普通にSeasar使っている人が多い、もしくは興味を持っている人が多いから
>雑誌も多く取り上げるってだけだと思うが。

>>174
>今や日本での実績はSeasarは十分だと思うが。

>>175
>Seasarって金融商品とかの導入事例もあるし、小粒な案件でも
>使っているケースあるので、普通に実績はあると思うけど。

S2本体の事例はあるけど、Teedaとかその他諸々に
どれだけの実績があるのだろうかという疑問。
こういう話になるといつも、ごっちゃにされるのだが。

211:デフォルトの名無しさん
07/11/08 01:35:55
>>210
ML見てればある程度分かる。
Teeda、S2dao、DbFluteはかなり使われてる。
あんなに質問しないと使えないプロダクトもどうかと思うがｗ
他のは使われてないのか質問しなくても使えるのか分からんね。
きっと使われてな

あれ、こんな時間に(ry

212:デフォルトの名無しさん
07/11/08 09:51:22
あんなに質問ができるプロダクトもそんなにないと思うが。

他のプロダクトだってあれほど質問できるような状況なら質問は多いと思うがな。

213:デフォルトの名無しさん
07/11/08 10:09:59
確かに、もうちょっと自分で調べた方が、とか
Seasar以前の話じゃんっていう質問が
多くなってきたけど、まめに対応してるのはえらいと思う。

214:デフォルトの名無しさん
07/11/08 11:25:14
Teedaはpageのdo～メソッドにj2ee.diconで定義したトランザクションを実行するようにしているけど、
そもそもこの部分にトランザクションが必要な理由ってなんだろう。
もし指定していなかった場合どうなってしまうから、トランザクションを入れているのだろう。

215:デフォルトの名無しさん
07/11/08 12:00:38
トランザクションについて勉強しよう。
Teedaうんぬんよりそっちのが早い。

216:デフォルトの名無しさん
07/11/08 23:51:42
higaタソ、ここでかかれてることにいまさら気がついたんか

217:デフォルトの名無しさん
07/11/09 00:03:42
>>216
何に気づいたんだ？

218:デフォルトの名無しさん
07/11/09 01:11:29
>>217
このスレの存在をしったとか？

219:デフォルトの名無しさん
07/11/09 01:14:20
昔からROMってるだろ。
いや。レスしてるか。

220:デフォルトの名無しさん
07/11/09 01:58:53
チュートリアルないっていわれてたことに気づいてこれ作ったってことだな
URLﾘﾝｸ(s2container.seasar.org)

221:デフォルトの名無しさん
07/11/09 02:08:17
>>192
羽生のキモさにワロタ。
俺は基本的に
「仲間には優しく、そうでない奴には厳しい」
っていう不良みたいなメンタリティには拒否感を抱くから
こいつのブログ読んだときにはASIPの肩もってしまうな。

222:デフォルトの名無しさん
07/11/09 02:40:58
正直、自分が納得いくように謝罪させるために圧倒的にイメージ悪くしてる気がする。
ふつうの人間はあれだけ見たらかかわりたくないと感じる。

223:デフォルトの名無しさん
07/11/09 10:24:52
>>221
自分のためにケンカしてくれない社長って
精神的にすんごいきついです。
鬱になりかけたもん。

224:デフォルトの名無しさん
07/11/09 10:27:01
ああも口が悪い奴はどんな正論言ったところで。。。
一番ダイッキライな人種だな。

225:デフォルトの名無しさん
07/11/09 10:33:57
俺は熱い人間の方が好きだけどな。

226:デフォルトの名無しさん
07/11/09 11:19:50
仕事でもプライベートでも
側に居て欲しくないな、そういう人は
関わりたくない、見たくもない

227:デフォルトの名無しさん
07/11/09 11:34:35
>>226
どっち？

228:デフォルトの名無しさん
07/11/09 12:06:43
流れ的に羽生だろ

229:デフォルトの名無しさん
07/11/09 12:22:33
>>223
外部と折衝する人間はそうでないとな

230:デフォルトの名無しさん
07/11/09 12:30:48
そもそも
厳しい←→優しい
がよくわからん。

厳しい←→甘い
だろ。

このasip対応はうんと優しいと思う。

231:デフォルトの名無しさん
07/11/09 22:49:31
恐ろしく流れをぶった切って悪いんだが、
これからはじめるプロジェクトでSeasar2使うとして、
S2DaoとS2JDBCどちらで行くべき？

232:デフォルトの名無しさん
07/11/09 22:57:14
今年はじまるプロジェクトならS2Dao、来年ならS2JDBC。

ってひがたんがいってた。

233:デフォルトの名無しさん
07/11/09 23:00:22
俺なら正直もうしばらくS2Dao
プロジェクトが評価的なものだったりしたらS2JDBCでもいいとおもう。

次ページ