トップページ⇒tech
1001コメント376KB

国産DIコンテナSeasarとくーす その３

レス数が950を超えています。1000を超えると書き込みができなくなります。
0001デフォルトの名無しさんNGNG
一部で話題になっている国産オープンソースDIコンテナSeasar V2(略してS2)。
ってどうよ？みんなもう使ってるの？
使用経験とか、実戦配備情報とか、つかえねーよボケ、とかいろいろ書いてね。

あと、開発プロセス「くーす」の話題もこちらでどうぞ。


本家 seasar.org
http://www.seasar.org/

Seasar Projectグループ
http://seasarproject.g.hatena.ne.jp/

ひがやすをのここだけの話
http://d.hatena.ne.jp/higayasuo/


前スレ
その１　http://pc5.2ch.net/test/read.cgi/tech/1092044210/
その２　http://pc5.2ch.net/test/read.cgi/tech/1098885253/


関連スレ(なのか?)

Java Spring Frameworkを語るスレ
http://pc5.2ch.net/test/read.cgi/tech/1077465099/
0855デフォルトの名無しさん2005/04/24(日) 02:57:19
>>854
切りたい欲求はそんなに無い、あったとしても、
そこはそのアプリケーションに合った適切な切り方をしたほうが
DIコンテナ機構を使うよりいいってこと思うんだけど
0856デフォルトの名無しさん2005/04/24(日) 21:42:58
>>855
> そこはそのアプリケーションに合った適切な切り方をしたほうが

「アプリケーションに合った」部分をDIコンテナは侵食しないぞ。
あなたの設計だと、Factory部分のコードがアプリケーションによって変わってくるのか？
かなりひどい設計だと想像するけど。
0857デフォルトの名無しさん2005/04/24(日) 22:57:32
俺はもう説明を諦めたんだが・・・・・・

>>856
どう言っても無駄だと思うぞ。
変な話だが、円滑なコミュニケーションにデザパタがどれほど大き
く寄与してるか実感した。

JAVAで会話可能な相手なら、「DIコンテナの利点は抽象ファクトリ
からコンパイルへの依存を排除できる点」だよ。
で、説明は終わりなんだよな。
多段に積み重なった知識の最上段のみを対象に会話を進めていく
って行為は、モードの違う相手とはチャンネルが合わないんだなとｗ
0858デフォルトの名無しさん2005/04/24(日) 23:44:32
>>857
> JAVAで会話可能な相手なら、「DIコンテナの利点は抽象ファクトリ
> からコンパイルへの依存を排除できる点」だよ。
> で、説明は終わりなんだよな。

使ってるやつはそれで説明が終わりと思ってて、使ってないやつにとってはそれでは説明になってないと思う。
0859デフォルトの名無しさん2005/04/25(月) 00:10:03
DIはパターンとしては優れてると思うんだが、
SeasarにしてもSpringにしても使うのちとめどい・・・
Picoのほうが個人的には好きなのだが、それほど使われてない模様

SeasarにコアのDI以外にも便利な機能って何が入ってるのさ
S2Strutsはそれほど便利でなかったし、
JDBC連携もDbUtilsとかで代用できんの？

ともかくXMLの設定とかめどい
0860デフォルトの名無しさん2005/04/25(月) 02:07:25
AOPのこともたまには思い出してやってください…
0861デフォルトの名無しさん2005/04/25(月) 02:24:32
>>856
>Factory部分のコードがアプリケーションによって変わってくるのか？

ソフトウェアの核になる部分って、やっぱり
キャッシュを解放するタイミングとか、ログの取り方、バックアップの取り方、パフォーマンスの計測とか
いろいろやることがあって、変わるに決まってると思うのだが
0862デフォルトの名無しさん2005/04/25(月) 02:56:03
もう、なんつーかさ、スルーしとけばいいのか？
0863デフォルトの名無しさん2005/04/25(月) 14:14:53
>>859
XMLがめんどいというやつは、Springをちょっと使って、
Seasarを使ってないやつに多い｡

Picoがいいというやつは、最近あまりみたことないが、
PicoよりはSeasarが簡単だろう｡
同じようにコンストラクタによるAutowireができて、
classを登録するだけですむんだから｡

APIをじかにたたく分には、SeasarもPicoもあまりかわらない。
0864デフォルトの名無しさん2005/04/25(月) 18:17:21
>>861
ファクトリーは生成のパターンだから構造や制御とは無関係だよ。
0865デフォルトの名無しさん2005/04/25(月) 19:03:38
>>862
頭がツルツルなのがきたら、スルーでおっけ
0866デフォルトの名無しさん2005/04/25(月) 19:08:27
某所のコンサルで、

　　factory method数≒全クラス数

　　ただしfactory methodは大抵singletonを返す

ってのが居た。あの類だろｗ
0867デフォルトの名無しさん2005/04/26(火) 00:15:33
>>864
フツーにnewするのがナニが不満なのか。
なんでもないところにAbstractFactory用いる意味は無い。

もしAbstractFactoryを導入する価値のある個所があるのだとすれば、
それはシステムのコアであるから、どっちにしろ、ここは自由にプログラミング
できないと無意味である。
0868デフォルトの名無しさん2005/04/26(火) 00:21:47
つうか、じゃあ今のEJB使ってロジック層作ってみれば、なんでDIコンテナが出てきたか
なんて、１日の試用でわかるんじゃねえの？ EJB使った上で、DIなんて無意味非効率めんどくせえ、
とかいうやつがいたら、どっかいかれてるとしか思えん。
0869デフォルトの名無しさん2005/04/26(火) 00:58:12
ソロプログラマでRAD使いの臭いがプンプンするな。
て言うか、十中八九こいつVBプログラマだｗ
08708662005/04/26(火) 01:35:32
>>866に書いたのは、>>861や>>869みたいな頓珍漢の事ね。
0871デフォルトの名無しさん2005/04/26(火) 01:54:49
>>868
あれだね。
EJBを必要と思わなかったら、まったく意味のない比較だね。
めちゃくちゃめんどいEJBがめんどいDIになっただけということ？
0872デフォルトの名無しさん2005/04/26(火) 02:44:31
>>871
そりゃそうだろ。DIコンテナが生まれてきた経緯を考えると、EJBへのアンチテーゼ
そのものなんだし。解決しようとしてる土俵で比較するのが筋じゃないか？

めちゃめちゃしんどいEJBが楽なDIコンテナに変わったってことだろ。
EJBはめんどいけど、コンテナのインスタンス制御機能（つまりファクトリとしての機能）や、
コンテナ制御のトランザクションなんて機能自体は必要なんだよ。そのために苦労して
EJB使うわけで。

DIコンテナはその両方を簡単に解決するじゃん。DIコンテナよりも簡単にEJBの機能を
提供してるものがあるんだったら、おれはすぐにでもそっちに乗り換えるよ。
0873デフォルトの名無しさん2005/04/26(火) 03:30:16
つうことはEJB3がでりゃSeasarは必要ないってことだね。
0874デフォルトの名無しさん2005/04/26(火) 04:05:05
そうか？
0875デフォルトの名無しさん2005/04/26(火) 04:14:52
DIコンテナ機能あるし、簡単に使えるツールも出るだろうし。
0876デフォルトの名無しさん2005/04/26(火) 05:00:17
XMLで定義する意味っていえば、
XMLはツールとの相性のよさってのがあって、
人間にも読めて機械にも読めるフォーマットとして意味があると思うんだけど、
なんつーか、DIコンテナなんつーものは、
本来はプログラミング言語が兼ね備えているべきレベルでの単純すぎるオブジェクト生成
にしか使えなくて、フツーにnew するのと変わらん。そんなのに意味あるか。

むしろそういうことなら、Eclipseのプラグインアーキテクチャにおけるxmlによる、
読み込むクラスの定義のほうが、価値があると思う。
0877デフォルトの名無しさん2005/04/26(火) 05:46:20
>>876
XMLでの定義がいやなら、アノテーション。
0878デフォルトの名無しさん2005/04/26(火) 06:58:17
S2GroovyBuilderもあるぞ
0879デフォルトの名無しさん2005/04/26(火) 09:33:51
>>876
＞本来はプログラミング言語が兼ね備えているべきレベルでの単純すぎるオブジェクト生成
＞にしか使えなくて、フツーにnew するのと変わらん。そんなのに意味あるか。
このあたりが何を言いたいのかもう少し知りたい。
それと、どんなアプリを作る人なの？
この辺の違いがわかると話が噛み合ってくると思う。
0880デフォルトの名無しさん2005/04/26(火) 18:29:17
>>873
正直、EJB3は全く追いきれてないんだが、DIコンテナ＋AOPという小さな
機能部品としてのSeasarには需要が残り続けると思う。
0881デフォルトの名無しさん2005/04/26(火) 18:41:16
>Eclipseのプラグインアーキテクチャにおけるxmlによる
>読み込むクラスの定義のほうが、価値があると思う。
いや、それがDI(Dependency Injection = 依存性の挿入)でしょ？
コンパイルへの依存性を排除できるって、そういう事だと思ワン？

「価値があると思う」って、思いっきり認めちゃってるみたいだけど・・・・・・
えと、どういう事？DIコンテナは認めるけど、Seasarは駄目って話？
て言うか、スレが進むうちに段々DIコンテナの利点が分かってき
たんじゃないか？別に無理繰り否定する必要はないんだぞ？
0882デフォルトの名無しさん2005/04/26(火) 19:36:20
>>881
それを一般アプリケーションに広げる価値はないといってるのでは？
0883デフォルトの名無しさん2005/04/26(火) 20:19:59
EJBもめんどいと思うがDIも十分めんどい
もっと楽な方法が出てきそう
0884デフォルトの名無しさん2005/04/26(火) 20:22:20
>>881
DIをするための方法として、一般的にDIコンテナと呼ばれている物の
方法は良くないと言いたいのかねぇ。

あ、違うよ。きっと彼はプラグインがDIだってわかってなかったんだ。

むしろそういうことなら、こんな不毛な議論なんかやめて
別の話したほうが、価値があると思う。
0885デフォルトの名無しさん2005/04/26(火) 23:39:22
>>867 >>876

「AとBを結びつけるときに、その結びつきがAやBの中に直接埋
め込まれているのではなく、Cがその仲介をしてあげてくれると
AとBの実装がお互いに依存しなくて嬉しい」

っていうのがDIのありがたみだと思うのだけれど、これ自体には
異論はないのかな。
それともこれ自体に異論があるのか？

で、DIコンテナは上記のCにあたるところを一括して面倒みてく
れるのだけれど、その方法として「AやBの生成を請け負う」とい
うやりかたをしているため、その副作用として「生成したものを一
定の方法で改ざんできる（＝AOPを適用できる）」というメリットが
出てきていて、そこが個別にAbstractFactoryを用いるのとは決
定的に異なるのかなと。
0886デフォルトの名無しさん2005/04/27(水) 01:09:19
>>885
あらたにCを導入して依存関係を複雑にしてるだけにも読めるが。
ともあれDI使ったところでAとBは依存するし、使わなくても実装が依存しないようにできるし。
0887デフォルトの名無しさん2005/04/27(水) 01:17:55
アンチDIさんにはそろそろDIレスな素敵な実装キボンヌ
0888デフォルトの名無しさん2005/04/27(水) 01:58:33
具体的な提案もないし、いちゃもんつけてるだけの厨にしかみえん
つーかスレ違いだ。DIスレでやれ
0889デフォルトの名無しさん2005/04/27(水) 02:28:03
>>886
インターフェースに対しても同じ様な反応があるな。
AクラスとBクラスがそれぞれCインターフェースに依存してる。依存関係を複雑にしてる
だけなのではないか？と・・・・・・
「インターフェースに対してプログラミングする事でクラス間の依存性を排除できる」とい
う教科書的な説明は、間を省略し過ぎてて実は説明になってない。
インターフェースに対してプログラミングする事で直接的に排除できるのは特定のクラス
型に対する依存性で、これを排除しようとするモチベーションはJAVAが多重継承をサポ
ートしていないという点から湧いてる。
例えば、スレッドの実現にそのサブクラスである事を要求されたら？コールバックを実現
するのに特定のクラス型を要求されたら？インターフェイスを用いてクラス間の依存性を
排除するとはこういう事を指してる。

DIについても同じ視点から考察してみてほしい。教科書的な説明よりも、もう少し詳細な
視点で、DIが本当に排除してる依存性とは何なのかと、俺なりの視点については明日の
晩にでも書くつもりだけど、先ずは自分なりに考えてみてほしい。
0890デフォルトの名無しさん2005/04/27(水) 05:05:20
>>881
コンパイル依存排除が目的っていうなら、それは無意味だ
拡張するためのアプリケーションで、拡張方法が明確に定義されているときのみ、
xmlでインスタンス化する対象を定義する意味があるのであって、
一般的なアプリケーションでわざわざxmlを書いてインスタンス化するもの
決める必要な無い。

>>889
Javaにインターフェースがある理由って、ハッキリ言わせてもらうと、型が合ってないと
コンパイルエラーで実行前に知らせてくれるっていう、それ以外にありえない。

インターフェース無くして、実行時にメソッドの有り無しのみでポリモーフィズム
やっても、問題は無いでしょ。
デメリットはコンパイルエラーが無くなってちょっとエラー発見が遅れることなのであって。
0891デフォルトの名無しさん2005/04/27(水) 08:01:16
DIの議論はDIスレへ
http://pc8.2ch.net/test/read.cgi/tech/1099827125/
0892デフォルトの名無しさん2005/04/27(水) 09:22:49
DIが排除する依存は、オブジェクト間の依存であってクラス間の依存は排除されない
0893デフォルトの名無しさん2005/04/27(水) 11:02:17
Seasar無関係の話(例: DI, Interface, 初心者質問, その他信念表明 等)は、
それぞれ別スレでやるべきですね。
0894デフォルトの名無しさん2005/04/27(水) 11:10:36
DIはSeasarとは無関係です。
InterfaceはSeasarとは無関係です。
初心者はSeasarとは無関係です。
さすが、閉鎖的なことで定評のあるSeasarです。
0895デフォルトの名無しさん2005/04/27(水) 12:17:08
スレ違いと誘導するよりも、進んでネタを振りましょうｗ
0896デフォルトの名無しさん2005/04/27(水) 13:04:42
Seasarに関係したい奴が絡んでるだけか
0897デフォルトの名無しさん2005/04/27(水) 13:53:59
郵政民営化とSeasarはもちろん関係があるし、意外と知られていないが後藤真希の胸がGカップまで巨大化した件は依存性の注入という点からみると非常に関係が深い。
0898デフォルトの名無しさん2005/04/27(水) 14:53:25
(； ・`д・´)　!? (`・д´・ (`・д´・ ；) な、なんだってー!?
0899デフォルトの名無しさん2005/04/27(水) 15:30:51
注入！どひー
0900デフォルトの名無しさん2005/04/27(水) 20:37:36
これだけは言わせてくれ
>>896
そういう無意味な煽りが、余計にウンチを産んでるのをいい加減分かれよ。それともおまいもアンチSeasar/DI？

で、>>890 >>インターフェースがある理由
理由はそうであれ、そこを原点にして様々なメリットが生まれてる。

あと、遅れるのは「ちょっと」どころではないぞ。規模が大きくなればなるほどね。
テスト段階でも発見できなくて、稼動後に発見なんて可能性も大いにある。これは大問題だ。
0901デフォルトの名無しさん2005/04/27(水) 22:25:54
結論：EJB >>>>>>>>>>>> DI
0902デフォルトの名無しさん2005/04/27(水) 22:40:38
動的型付けができないからインターフェースがあるですよ
EJB3は素敵ですよ
Seasar2はS2Daoが素敵ですがS2JSFはいうほどではありません。
0903デフォルトの名無しさん2005/04/27(水) 22:41:46
インターフェイスなどどうでもいい。
ttp://220.111.244.199/otakara/idol/050427a1.jpg
0904デフォルトの名無しさん2005/04/27(水) 22:43:49
-----------------------------------
　　チンパンジーのアイちゃんが
　　　　　　　　　書き込んでいます（はぁーと
　　　　　　　　　　　　　　　　　　　(霊長類研)
-----------------------------------
0905デフォルトの名無しさん2005/04/28(木) 02:03:16
しかし、ジャバワールドのインタビューの写真、特集1日目のブタと3日目のクマに入れ替えても誰もきづくまい。
0906デフォルトの名無しさん2005/05/02(月) 22:13:23
http://www.atmarkit.co.jp/fjava/rensai3/springdi01/springdi01_1.html

非常に分かり易くDIについて書かれてる。
これくらい噛み砕いてあると、非JAVA脳な人にはすんなり入ると思う。
0907デフォルトの名無しさん2005/05/03(火) 07:53:38
おれは>>885の説明がわかりやすかった。ありがとう>>885
0908デフォルトの名無しさん2005/05/03(火) 14:27:05
@ITってネタをベタにするメディアだからなぁ

局所化してデバッグしやすいとかいって、
DIのメリットとオブジェクト指向プログラミングのメリットを
すり替えしてんじゃん。
こんなネタに騙される奴なんか顔も見たくないよ。
0909デフォルトの名無しさん2005/05/05(木) 22:48:43
>908
>局所化してデバッグしやすいとかいって、
>DIのメリットとオブジェクト指向プログラミングのメリットを
>すり替えしてんじゃん。

禿同。
最近そこんとこを勘違いしてる人が多いよね。

まあ、勘違いであろうがなかろうが、テスタビリティの高い(=高凝集で疎結合な)プログラムが作られることは大歓迎。
0910デフォルトの名無しさん2005/05/05(木) 22:57:46
＞最近そこんとこを勘違いしてる人が多いよね

アンケートとったんかよ、わりゃ（激笑
0911デフォルトの名無しさん2005/05/05(木) 23:49:06
>>910
周りがよっぽど優秀か、
それとも業務以外に興味がないかどちらかですね
0912デフォルトの名無しさん2005/05/06(金) 00:13:44
不吉な匂いがするな。

はやくOO抜きでAOPできるようにならんと、
またOOの二の舞になる予感がする (判ってないのがデタラメを広める)
0913デフォルトの名無しさん2005/05/06(金) 00:14:40
(俺って、なんで訳判んないレスにいちいち返答するんだろう・・・。)
0914デフォルトの名無しさん2005/05/06(金) 00:28:06
あ〜、今日も中身ねぇ〜
0915デフォルトの名無しさん2005/05/06(金) 11:42:57
>>912
OOの二の舞ってことは、すごく普及して当たり前になるってことか。
0916デフォルトの名無しさん2005/06/02(木) 01:47:53
(・∀・)ﾊｲｰｷｮ
0917デフォルトの名無しさん2005/06/02(木) 01:59:55
一ヶ月近く発言無しだったんだな。

まあ本家にもこれといった動きは無かったしな。
0918デフォルトの名無しさん2005/06/02(木) 04:13:39
露出に一生懸命だね。
0919デフォルトの名無しさん2005/06/02(木) 04:20:54
>>917
なんかいろいろあったみたいよ。なんかいいたそうだよ。
すなあそびとか決まったときにいろいろ人に言えない話が決まったんじゃないの？
0920デフォルトの名無しさん2005/06/02(木) 08:49:01
>>918
ナニを露出したんだ？
0921デフォルトの名無しさん2005/06/02(木) 19:49:51
そまつなもの。
0922デフォルトの名無しさん2005/06/02(木) 21:59:14
ウホッ
0923デフォルトの名無しさん2005/06/02(木) 22:40:44
男だらけのシーサープロジェクト、ぽろりもあるよ♥
0924デフォルトの名無しさん2005/06/02(木) 23:12:58
　　　　　　　　　 　 　　　　　　 　　　　　　
　　　　 　　　 　　　　　　 　 　 　 　 　 　　
　　　 　　　　　 　　　　　　　 　　　　　 　　
　　 　　　　　　　 　　　　　 　　　　　 　　　
0925デフォルトの名無しさん2005/06/03(金) 03:25:40
ふと思ったけど、seasar.orgに載った雑誌・記事の一覧があると嬉しい。
0926デフォルトの名無しさん2005/06/03(金) 04:17:47
こんな感じでどう？ (「リソース」からリンクあり)
http://www.seasar.org/publication.html
0927デフォルトの名無しさん2005/06/03(金) 07:04:44
わ〜いヽ（´ー｀）ノ
でもリソースからたどれねぇですよ。
0928デフォルトの名無しさん2005/06/03(金) 07:06:54
あ、見れた。キャッシュしてたかな。
0929デフォルトの名無しさん2005/06/03(金) 07:10:40
どうでもいいけど、JAVA PRESSとかWEB+DB PRESSは、全部大文字じゃね？
0930デフォルトの名無しさん2005/06/04(土) 00:58:20
>>929
修正しますた
0931デフォルトの名無しさん2005/06/04(土) 15:40:15
>>930
乙
0932デフォルトの名無しさん2005/06/04(土) 21:16:53
下らない指摘だな
0933デフォルトの名無しさん2005/06/04(土) 21:17:15
「電車男」ストーリーが実話であると勘違いしている人々のために
http://f41.aaa.livedoor.jp/~outerdat/faq.html
■電車男＝エルメス＝まとめサイトの管理人＝久保田康■すべて同一人物 ■久保田康の自作自演と判明■
電車男とエルメスの恋物語は４０歳の久保田康が一人でつくった嘘１００％の創作。

電車男＠ＦＡＱ
http://f41.aaa.livedoor.jp/~outerdat/faq.html
関連サイト
電車男の時刻表
http://subway.seesaa.net/
電車男＠全過去ログ
http://f41.aaa.livedoor.jp/~outerdat/
http://www.geocities.jp/outer797/
記帳所＠全過去ログ
http://www.geocities.jp/outer626/
電車男 - 2ch-Library
http://2ch-library.com/male/train/
見たこと聞いたこと: 電車男関連
http://sunrise-sunset.seesaa.net/category/75887.html
見たこと聞いたこと（退避版）
http://blog2.fc2.com/sunrisesunset/
「電車男」の「中の人」こと、久保田康40歳（今年3月19日で41歳）のご尊顔
http://white.jpg-gif.net/bbsx/18/img/115816.jpg
久保田康氏のサイト「記憶博物館」のミラー
http://www.geocities.jp/outer214/outer214.html
0934デフォルトの名無しさん2005/06/11(土) 08:13:41
S2Container#getComponent(Object)はなぜ引数がObjectなのでしょう？
getComponent(Class)とgetComponent(String)のほうが自然な気がするのですが。
0935デフォルトの名無しさん2005/06/12(日) 23:37:08
別に意味はないような気がする。気がするだけだが。

引数としてはどうせ定数かリテラルしか使わんだろうし、分けた時のメリットもデメリットも余り無いってのもあるかと。
0936デフォルトの名無しさん2005/06/13(月) 23:47:17
ひがやすをさんを生で見てきた
結構好き
0937デフォルトの名無しさん2005/06/13(月) 23:54:28
ISIDとか三井情報開発とか、結構よさげな会社だなぁ。
あんな所でマターリとオプソ開発したかったな
0938デフォルトの名無しさん2005/06/13(月) 23:55:17
>>936
何かイベントがあったの？
それとも内輪のミーティング？
0939デフォルトの名無しさん2005/06/14(火) 00:12:55
>>937
ISID（電通国際情報サービス）の評価は？
http://science3.2ch.net/test/read.cgi/infosys/994954074/l50

こんなスレもあるんで、会社ってより
個人の力量も相当あると思われます。
0940デフォルトの名無しさん2005/06/14(火) 00:21:40
>>938
福岡のイベントなんジャマイカ？
0941デフォルトの名無しさん2005/06/14(火) 00:43:36
S2Daoで

public class Foo {
public static final String TABLE = "foo_table";

// properties and accessors
}

public class Bar extends Foo {
public static final String TABLE = "bar_table";

// properties and accessors
}

public interface BarDao {
public static final Class BEAN = Bar.class;

public int addBar(Bar bar);
}

こんな感じの継承されたDtoクラスをBEANとしてBarDaoを定義した場合にTABLEが親クラス(Foo)の値を使ってしまう。

BeanDescImpl#setupField()でClass#getFields()が親クラスのTABLEフィールドも一緒に返してしまうのが原因だと思うけど。

小心者なのでMLじゃなくてスレに書いてみる。
0942デフォルトの名無しさん2005/06/14(火) 00:52:36
エンティティクラスの考え方からして、
親と子でTABLEアノテーションが変わるのは
違和感があるけどなあ。

あーでも最近は継承テーブルとかいうのもあるんだよな。
0943デフォルトの名無しさん2005/06/14(火) 06:56:25
>>938
福岡のJavaセミナー
0944デフォルトの名無しさん2005/06/23(木) 14:35:44
ﾌﾚｰﾐﾝｸﾞｷﾀ━━━━━━(ﾟ∀ﾟ)━━━━━━ !!!!!
0945デフォルトの名無しさん2005/06/23(木) 15:17:05
(ﾟДﾟ≡ﾟДﾟ)ﾄﾞｺ??
0946デフォルトの名無しさん2005/06/23(木) 15:26:19
[Seasar-user:2241]付近
0947デフォルトの名無しさん2005/06/23(木) 15:34:40
スレッド中13/26個のメッセージが同一人物とは、
随分な粘着っぷりだな（藁
0948デフォルトの名無しさん2005/06/23(木) 15:40:01
ふと思ったんだが、PoolSizeMax=0でこけるのは当たり前、1を指定すべきなんじゃないかと
0949デフォルトの名無しさん2005/06/23(木) 15:43:18
宮沢りえみたいな髪型のひごﾀﾝに、
漏れも叱られてみてぇ〜

　じゃ、ずばり言うわよ　！！！

　（ﾄﾞｷﾄﾞｷﾄﾞｷﾄﾞｷ
0950デフォルトの名無しさん2005/06/23(木) 15:46:00
>>948
同時接続数を１にしてどうすんねん
0951デフォルトの名無しさん2005/06/23(木) 16:24:11
>>949
その話題には全然参加してないけど、自分に言われてるみたいで反省＿ノフ○
0952デフォルトの名無しさん2005/06/23(木) 16:28:39
>>951
ｺﾚｶﾜｲｲ

＿ノフ○
0953デフォルトの名無しさん2005/06/23(木) 16:38:43
なんだか、改めてみるとkくんに該当するひとばっかりだな
0954デフォルトの名無しさん2005/06/23(木) 16:39:09
盛り上がってまいりました！ｗ

>>952
たしかに、＿ノフ○ なんかいい感じだな。
レス数が950を超えています。1000を超えると書き込みができなくなります。