国産DIコンテナSeasar その7

1 名前：デフォルトの名無しさん mailto:sage [2006/07/16(日) 23:29:27 ] 一部で話題になっている国産オープンソースDIコンテナSeasar V2(略してS2)。 ってどうよ？みんなもう使ってるの？ 使用経験とか、実戦配備情報とか、つかえねーよボケ、とかいろいろ書いてね。 本家 seasar.org www.seasar.org/ Seasar Projectグループ seasarproject.g.hatena.ne.jp/ ひがやすをblog d.hatena.ne.jp/higayasuo/ 前スレ その１　pc5.2ch.net/test/read.cgi/tech/1092044210/ その２　pc5.2ch.net/test/read.cgi/tech/1098885253/ その３　pc8.2ch.net/test/read.cgi/tech/1102862221/ その４　pc8.2ch.net/test/read.cgi/tech/1119608621/ その５ pc8.2ch.net/test/read.cgi/tech/1135986150/ その６ pc8.2ch.net/test/read.cgi/tech/1148204750/ 関連スレ Java Spring Frameworkを語るスレ pc8.2ch.net/test/read.cgi/tech/1077465099/ Dependncy Injectionを語るスレ pc8.2ch.net/test/read.cgi/tech/1099827125/ Java⇔RDBのMapping-Frameworkを語るThre Vol.4 pc8.2ch.net/test/read.cgi/tech/1134701684/ 107 名前：デフォルトの名無しさん mailto:sage [2006/08/08(火) 06:33:29 ] 本当はみんなで盛り立てて行きたい所なんだけどね。 せっかく国産の素晴らしいプロダクトなんだから。 糾弾、揚げ足取り…。そんな事して開発者が幸せになれるわけ無い。 そんな暇がありゃJavadoc書けよ。 108 名前：デフォルトの名無しさん mailto:sage [2006/08/08(火) 07:10:06 ] >>107 ここは、糾弾、揚げ足取りしかできない人間を引きつけておくための被害担当です。 109 名前：デフォルトの名無しさん mailto:sage [2006/08/08(火) 07:22:49 ] ココにかぎっときゃ問題ないんだけどな＞糾弾、揚げ足取り 110 名前：デフォルトの名無しさん mailto:sage [2006/08/08(火) 11:13:43 ] またどっかで盛り上がってるんかい？ 111 名前：デフォルトの名無しさん mailto:sage [2006/08/08(火) 12:19:53 ] >107こそ糾弾してる暇がありゃJavaDocプロジェクト手伝ってやれよ 112 名前：デフォルトの名無しさん mailto:sage [2006/08/08(火) 12:51:27 ] プロジェクトがある時点でおかしいとおもわれ きれいなJavaDocがなくとも1行コメントとかでもあればだいぶ違うかと 113 名前：デフォルトの名無しさん mailto:sage [2006/08/08(火) 13:04:58 ] Seasarプロジェクトがある時点でおかしいとおもわれ 114 名前：デフォルトの名無しさん [2006/08/08(火) 18:52:41 ] 新しく出たしーさー本ってどうよ？ 115 名前：デフォルトの名無しさん mailto:sage [2006/08/08(火) 21:15:33 ] arton氏のか？ まだ読んでないっつうかAmazonでまだ買えない。 普通の書店にはもう出てるの？ 116 名前：デフォルトの名無しさん mailto:sage [2006/08/08(火) 23:33:07 ] 1行コメントなんて役に立つのか？ 117 名前：デフォルトの名無しさん mailto:sage [2006/08/09(水) 00:50:33 ] >>115 昨日新宿の本屋で売っているのを見たよ。 118 名前：デフォルトの名無しさん mailto:sage [2006/08/09(水) 06:58:10 ] Javadocプロジェクトって意味わかんねえ。時間の無駄だろ。 開発者が書くのが一番いい。開発者が一番そのメソッドの意味を把握してるもんだから。 119 名前：デフォルトの名無しさん mailto:sage [2006/08/09(水) 07:20:18 ] はっきりいってJavadocを書くのは苦行以外の何物でもない 代わりに誰かにやってほしい 120 名前：デフォルトの名無しさん [2006/08/09(水) 07:23:31 ] 何で苦行なんだ？どんな言語だろうと関数仕様をメソッドの頭に書くのは普通だろ。 企業が要求するJavaDocの書き方みたいなのはちょい苦痛だけどな。 無駄にタグを入れさせすぎ。 121 名前：デフォルトの名無しさん mailto:sage [2006/08/09(水) 07:30:21 ] その都度入れてりゃ問題ないんだが そんなの入れてるとコーディング効率落ちるんだよな いきおい後からまとめていれる羽目になるんだがこれがつらい 122 名前：デフォルトの名無しさん mailto:sage [2006/08/09(水) 12:30:13 ] >>121 それ作り方が悪いだけでは ドキュメントコメントも含めてはじめて開発 123 名前：デフォルトの名無しさん mailto:sage [2006/08/09(水) 12:57:40 ] >>122 開発スタイルってか文化の違いだな こういう考えもある ttp://www.morijp.com/masarl/homepage3.nifty.com/masarl/article/junit/programming-style-guide.html#コメントについて seasarのテストコードにコメントがあるか知らんけどなw 124 名前：デフォルトの名無しさん mailto:sage [2006/08/09(水) 13:15:10 ] >>123 スレ違いになるけど、何か違和感を覚える記述だなあ。 Javadocは外から見たメソッドの挙動を書くものだから、 書くべきだと思うんだけどなあ。 125 名前：デフォルトの名無しさん mailto:sage [2006/08/09(水) 13:15:33 ] >>123 それ最後の工程でちゃんとコメント作成すればいいと書いてあるし。 そもそも一人だけの開発ならそんなにコメントはいらんだろうけど publicなメソッド、それもドキュメントコメントどころか行コメントすらないから JavaDocプロジェクト以前の話。 逆に行コメントが適切に重要なポイントで入っているのなら 誰も騒がないし、誰かが勝手にJavaDoc化するっしょ。 まぁおれも企業で要求する強制的なタグの入ったjavaDocは後回しにするけどな。 テーブルタグとか見栄えの調整めんどくさす。 そういやJ2SE5はパッケージドキュメントが楽になったのは地味にいいね。6ではさらによくなってるのだろうか。 126 名前：デフォルトの名無しさん mailto:sage [2006/08/09(水) 13:23:54 ] 行コメントがないとか言ってるやつはコード読む力が無いだけだろ 127 名前：デフォルトの名無しさん mailto:sage [2006/08/09(水) 13:36:43 ] >>125 Javadocを最後に書く>121の作り方が悪いとは限らないって話 seasarはｼﾗﾈ 128 名前：デフォルトの名無しさん [2006/08/09(水) 13:56:24 ] >>126 そんな単純なケースを言ってるのではないと思うよ。 どんな背景があってそのコードが必要なのかは書いた人しかわからない場合もあるしね。 129 名前：デフォルトの名無しさん mailto:sage [2006/08/09(水) 14:17:28 ] んーでも、まぁ、JavaDocがないのは不便だよ。。 これだけ複雑な仕組みなんだから、JavaDoc以外にもチュートリアルがほしい コード読めばいい、読めないやつは使うなというのは、 正論なのかもしれないけど オレ的には使う気になれないし、そう思う人も多いのでは。 130 名前：デフォルトの名無しさん mailto:sage [2006/08/09(水) 14:18:33 ] 俺は行コメントなんて無くていいからpublicクラスの Javadocをしっかりして欲しい派。 そもそも行コメントが必要なほど複雑で長いメソッドなんて邪悪だ。 行コメントにするよりJavadocに書き出せるほどメソッドの粒度を小さくしてくれ。 131 名前：デフォルトの名無しさん mailto:sage [2006/08/09(水) 14:32:13 ] 俺はJavadocすら見なくてすむようなドキュメントがほしい 最悪ソース見なくてもすむようなJavadocがあればもっといい ドキュメント＞＞＞Javadoc＞＞＞越えられない壁＞＞＞行コメント 132 名前：デフォルトの名無しさん [2006/08/09(水) 14:43:11 ] >publicクラスのJavadocをしっかりして欲しい派。 これについては同意。 >そもそも行コメントが必要なほど複雑で長いメソッドなんて邪悪だ。 >行コメントにするよりJavadocに書き出せるほどメソッドの粒度を小さくしてくれ。 必ずしも複雑で長いから行コメントが必要なわけではないだろう。 たった１行のコードでもその必要性が第３者にはわかりにくい場合に記述された行コメントは有効である。 複雑な処理をしなければならない場合は複雑かつ長いコードを記述しなければ ならないケースが多いだろう。 その処理内容の説明はともかく、やっぱりまずはpublic なクラス・メソッド・インターフェイスのJavadoc だよね。 133 名前：132 [2006/08/09(水) 14:44:24 ] >>131 激しく同意。 134 名前：デフォルトの名無しさん mailto:sage [2006/08/09(水) 16:59:22 ] > コード読めばいい、読めないやつは使うなというのは、 > 正論なのかもしれないけど そんなことしーさーなひとは、いってないと思われ。 いってるのは、このすれの住人だけ。 135 名前：デフォルトの名無しさん mailto:sage [2006/08/09(水) 17:11:52 ] javadocをコードから起こすなんて、 リバースエンジニアリングもいいとこじゃん。 過去の遺産保守してるわけじゃなし、明らかな無駄。 136 名前：デフォルトの名無しさん mailto:sage [2006/08/09(水) 18:21:28 ] 文句ばっかで役に立たない>135こそが無駄 137 名前：125 mailto:sage [2006/08/09(水) 18:35:16 ] 俺の言ってる行コメントってのはクラスやメソッドに対する1行コメントのことな。 JavaDocコメント書くのが面倒でも1行くらいはなになにするメソッドとかくらいは書けるだろうという 皮肉のお話。 でも銀行で使うことになるならこの辺はさすがに整備されると思う。 結果、メソッド名がアルファベット2文字＋数字4桁とか銀行カスタムになったりしてな。 138 名前：デフォルトの名無しさん mailto:sage [2006/08/09(水) 19:19:18 ] 1行コメントに書く程度のことがクラスやメソッドの名前から 読み取れないやつがソース読んでも時間の無駄 そんなことをhigaﾀｿに書かせるのも時間の無駄 139 名前：デフォルトの名無しさん mailto:sage [2006/08/09(水) 19:27:51 ] ヒント：半年後の自分は他人 140 名前：デフォルトの名無しさん mailto:sage [2006/08/09(水) 19:39:04 ] >>137 そうか。銀行がお布施してJavadoc人を雇えばみんなハッピー。 たまには世間に貢献してみせろ＞銀行 141 名前：デフォルトの名無しさん mailto:sage [2006/08/09(水) 20:23:11 ] interface のメソッドにつけるコメントは 4,5行ほど欲しいのが事実。 142 名前：デフォルトの名無しさん mailto:sage [2006/08/09(水) 20:52:13 ] お前ら本当にソース読むのか？ つ読めるのか？ 143 名前：デフォルトの名無しさん mailto:age [2006/08/09(水) 21:07:31 ] 読んでもわからないような糞ソースなのか？ 144 名前：デフォルトの名無しさん mailto:sage [2006/08/09(水) 21:13:17 ] >>143 読んでみろよ 145 名前：デフォルトの名無しさん mailto:sage [2006/08/09(水) 21:39:20 ] ソース読めば、なんでそうなる、のかは分かるが どうしてそうしたい、のかまでは分からんと思うが。 で、必要なのは後者の方だろ？ 146 名前：デフォルトの名無しさん mailto:sage [2006/08/09(水) 21:54:54 ] 必要なのは、俺はどうすればいいか、なんだけど。 ソース読む気ないしコメントもいらないから役に立つ ドキュメント欲しい。 どんなドキュメントがあれば役立つかは分からんけど。 147 名前：デフォルトの名無しさん mailto:sage [2006/08/09(水) 22:51:28 ] Strutsを覚えるとき、Strutsのソースなんか読まなかった。 ソース読むより、ドキュメントの方が労力少ないからな。 S2のドキュメントが十分なら、こんなアホな話題も出ないんじゃないの？ 非公式なドキュメント量も含めて。 メールで、ぐだぐだ説明してるのが多いと思う。ドキュメントに書いて、ここ嫁でOKじゃね？ 分からないって言われたなら直す。 あと、ドキュメントチームってどうなったの？ｗ 148 名前：デフォルトの名無しさん mailto:sage [2006/08/09(水) 22:59:40 ] >>147 そもそもS2は、設定ファイルを書けば何もいらない。 ドキュメントなんて、普通のアプリ作っている分には不要。 publicメソッドのjavaDocなど不要。 Strutsだって、ドキュメントの量はたいしたことなかったぞな。 149 名前：デフォルトの名無しさん mailto:sage [2006/08/09(水) 23:17:22 ] >>147 > あと、ドキュメントチームってどうなったの？Ｗ 言い出しっペのヲタ理事逃亡で解散 150 名前：デフォルトの名無しさん mailto:sage [2006/08/09(水) 23:26:36 ] コメントが欲しいのか、欲しくないのか？ 151 名前：132 [2006/08/09(水) 23:38:03 ] 結局はJavadocは不要で、ドキュメントを整備して欲しいってこと？ 何が欲しいのか、欲しくないのか？ 152 名前：デフォルトの名無しさん mailto:sage [2006/08/09(水) 23:58:52 ] 「フレームワーク」か、その上で走る「アプリ」かで コメントやドキュメントの必要度は変わってくると思う。 >123のリンク先文書は「アプリ」に対して、だろう。 「アプリ」には、適切なパブリックインターフェース名があれば、 名前とロジックで十分わかるからコメント不要。 シナリオはテストが体現している。 でも、フレームワークは違う。 利用にも拡張にもjavadocもも利用ガイド的な文書が不可欠。 いいサンプルがあれば数十枚の文書にも勝るが・・ 153 名前：デフォルトの名無しさん mailto:sage [2006/08/10(木) 00:28:54 ] SpringはJavaDocコメントもしっかり書いてあるぞ SeasarよりSpringのソース読めよ 154 名前：132 [2006/08/10(木) 00:32:49 ] テンプレートはあるけど、Seasar版のペットショップってあるの？ ・S2Struts + mayaa + S2Dao ・S2JSF + S2Hibernate なんかのやつ。 155 名前：デフォルトの名無しさん mailto:sage [2006/08/10(木) 01:21:24 ] >>154 あるわけないじゃんｗ ドキュメントもろくに書けない連中に、 まともなサンプルアプリを作れるわけないじゃん。 156 名前：デフォルトの名無しさん mailto:sage [2006/08/10(木) 01:40:51 ] おれは、もっとも必要とされているコメントこそが、Javadocのような 「このメソッドは何をしようとしているのか。開始条件と結果はなんなのか」と いうコメントであって、コードの途中に書かれた実装コメントって、もし無くても 何をやろうとしているのかが分かっていさえすれば、コードを読めばわかるっ てことが結構あると思うんだよ。 それがコードを解析しないと何をしたいの化すらわからないってのが一番 つらいと思うけどなあ。 157 名前：デフォルトの名無しさん mailto:sage [2006/08/10(木) 01:50:29 ] >>148 ソース嫁とかメソッド名見りゃわかるだろとか ちょっと傲慢すぎじゃね？ 俺はソース読んで、MLで質問したけど、 Javadocなりにさらっと書いてくれてればかなり手間が軽減されると思う。 似たような名前のクラスとかメソッドが並んでいて どれをどう使えばいいか動かして検証して見ないとわからないor確信がもてないとか、 とりあえず面倒くさいし、敬遠される要因に少なからずなってる。 S2自体はいいプロダクトだと思うが、 こんな主張がまかり通る(2chだけ？)のが非常に残念だ。 158 名前：デフォルトの名無しさん [2006/08/10(木) 01:50:31 ] 仕方ないなあ。 うちのぺっとしょっぷ公開してやろうかな。 S2Struts, mayaa, S2Daoのやつ。 Acegi Security System for Seasar は公開しないけどねｗ 159 名前：デフォルトの名無しさん [2006/08/10(木) 01:53:03 ] >>157 激しく同意。 デモアプリとしてペットショップ公開すれば、 かなりユーザ増えると思うけどなあ。 Javadocよりも効果があると思う。 160 名前：デフォルトの名無しさん mailto:sage [2006/08/10(木) 01:56:20 ] >>154 > テンプレートはあるけど、Seasar版のペットショップってあるの？ > ・S2Struts + mayaa + S2Dao ペットショップではないが、その組み合わせのサンプルはある。 >96が書いてるやつな。 たしか従業員管理とかの画面があったな。 161 名前：デフォルトの名無しさん mailto:sage [2006/08/10(木) 02:12:48 ] >>131 >>145 に、漏れの考えは近いと思う。 漏れが欲しいのは、コードを読むためのとっかかりなのよ。 パッケージ構成とその依存関係とか、S2の内部構造早めぐりみたいな。 あと、どうしてそうなっているのか。現状に落ち着いた経緯みたいなものか? 何をしたくてこうなっているのかと。 そんなガイドがあれば、コメント無くてもコード読めると思う。 クラス名やメソッド名では主張しているように思えるから。 でも、その主張の根っこにあるのがわからんから、もやもやしてるの。 今って内部構造がさっぱりわからんのよね。違うな、どういう経緯で、どういった問題意識から現状の構造になっているかがわからないの。 コード嫁と言われればそうなのかもしれんが、読み出すとっかかりがぜんぜん無いのよ。 でだ。内部構造がわからないと、採用しづらいのよ。 何かあったときに対応するのは漏れなのだからさ。頼むよ。 162 名前：デフォルトの名無しさん mailto:sage [2006/08/10(木) 02:16:27 ] >>161 俺も同意。 すべてひっくるめてドキュメントが足りない。 どれかひとつでもあれば多少おいやすくなるのにね。 前スレだったかでみた他人にメンテさせたくないってのはあたってるのかもね。 163 名前：デフォルトの名無しさん [2006/08/10(木) 02:19:25 ] >>161, 162 Springでいうとどのドキュメントが該当するの？ 164 名前：デフォルトの名無しさん mailto:sage [2006/08/10(木) 02:24:14 ] >>161, 162 Strutsでいうとどのドキュメントが該当するの？ Hibernateでいうとどのドキュメントが該当するの？ 165 名前：デフォルトの名無しさん mailto:sage [2006/08/10(木) 02:26:57 ] >>161, 162 Tomcatでいうとどのドキュメントが該当するの？ 166 名前：デフォルトの名無しさん [2006/08/10(木) 02:29:09 ] >>161, 162 JBossでいうとどのドキュメントが該当するの？ 167 名前：デフォルトの名無しさん [2006/08/10(木) 02:30:14 ] 蜜蜂 mayaa の冒険♪ 168 名前：デフォルトの名無しさん mailto:sage [2006/08/10(木) 02:33:08 ] 夏休みだなwww 169 名前：デフォルトの名無しさん mailto:sage [2006/08/10(木) 03:07:05 ] >>164 うーん、もうちょっと付き合ってみることにする。 Strutsならこんなの。 svn.apache.org/repos/asf/struts/struts1/trunk/core/src/main/java/org/apache/struts/action/doc-files/actionUML.gif 言っておくがこれがあれば十分というわけではないぞ。むしろ最低ライン。 漏れは、これを見たからStrutsのコードを読んでみようという気になった。 ドキュメントと言うには激しくしょぼい気がするが、漏れにはこんなのが欲しいということだ。 これは現状を表すだけなので、どうしてこうなっているのか、というのを知れるならそれに超したことはないな。 と偉そうに書いてみたが、下っ端プログラマの言うことなので適当にあしらってくれｗ ここで同意を得られるとも思ってないし。 みんな好きにしたら良いんじゃないのｗｗｗ 170 名前：デフォルトの名無しさん [2006/08/10(木) 03:12:43 ] >>169 こんなやつ欲しいみたいですよーｗｗｗ＞Seasarの方たち 171 名前：デフォルトの名無しさん mailto:sage [2006/08/10(木) 03:22:51 ] >>169 それが役に立つって、ある意味すごいな… つか、その程度ならツールで出せるんじゃね？ 172 名前：デフォルトの名無しさん mailto:sage [2006/08/10(木) 05:58:36 ] >>169 いくら何でもこりゃネタだろwww こんなもんいらねーよw サンプルコード第一 後はサンプルの書き方を支持する（指示じゃないぞ）ドキュメント 普通は正しい使い方はどうすんのということが知りたいわけ 173 名前：デフォルトの名無しさん mailto:sage [2006/08/10(木) 07:05:31 ] >>157 >俺はソース読んで、MLで質問したけど、 それをもとに、お前が分かる部分だけでもjavaDocを書いて公開すればいい。 他力本願すぎ(w 174 名前：デフォルトの名無しさん mailto:sage [2006/08/10(木) 07:07:35 ] >>169 EAでも買って、それにソースを読み込ませろ。 ドキュメントがしょぼいと思うなら、お前が書けばいい。 例え間違っていてもオープンソースだから誰かが直してくれる。 「サンタになれ！」 175 名前：デフォルトの名無しさん mailto:age [2006/08/10(木) 09:07:51 ] ソース解析しないと使えないフレームワークなんて糞じゃん StrutsやSpringを「ソース読まないと使えない」なんて話し聞かないぞ。 176 名前：デフォルトの名無しさん mailto:sage [2006/08/10(木) 10:40:38 ] >>173, 174 コード書いた本人が書かなきゃ意味ないっつーの。 それこそコード書いた人の他力本願だっつーの。 177 名前：デフォルトの名無しさん mailto:sage [2006/08/10(木) 11:18:34 ] 今日も暑いな 178 名前：デフォルトの名無しさん mailto:sage [2006/08/10(木) 11:24:54 ] 本て結局出たの？ 誰かもう読んだ？ 179 名前：デフォルトの名無しさん mailto:sage [2006/08/10(木) 11:33:57 ] コメントなんていらねえよ、夏 180 名前：デフォルトの名無しさん [2006/08/10(木) 12:50:03 ] コメントよりも開発ですぐに流用できそうなデモアプリが一番欲しい。 それと獄長の愛をもっと・・・、夏 181 名前：デフォルトの名無しさん mailto:sage [2006/08/10(木) 14:54:21 ] まあ、所詮オープンソースってことだ。 ドキュメントにしろ、デモアプリにしろ、 作ったおかげで、使う人が増えたからといって、作った人が儲かるわけじゃないし。 あ・・・ひょっとしてドキュメントとかデモアプリがないのって、 ISIDのサポートサービスに儲けさせるため？ｗｗｗ 182 名前：デフォルトの名無しさん mailto:sage [2006/08/10(木) 15:07:18 ] だからS2Struts-examplesにデモアプリが入っていると… ただ無設定化されているせいで流用はしづらいのよね。dicon同士の絡みやどこでどの設定がされているかが判りづらくなっている。 183 名前：デフォルトの名無しさん mailto:sage [2006/08/10(木) 15:15:58 ] >>178 秋葉のLAOXで先週の土曜に並んでたよ 内容は・・・なぜにNetBeansかなぁ？って感じ おおむねいい感じではないかな？ 184 名前：デフォルトの名無しさん mailto:sage [2006/08/10(木) 15:29:02 ] 設定が簡単というのを売りにしてるならNetBeansのほうが相性はいいだろうな 185 名前：デフォルトの名無しさん [2006/08/10(木) 15:39:50 ] >>184 それはどういうこと？ 186 名前：デフォルトの名無しさん [2006/08/10(木) 15:42:06 ] >>183 内容に関して青本との違いは何？ 田舎でアマゾン利用するしかないのでレポート求む 187 名前：183 mailto:sage [2006/08/10(木) 16:24:35 ] >>186 前半は基本的な部分の解説、後半はS2プロダクトを使ったWikiサンプル作成 青本との違いは、NetBeansとサンプルで使用してるS2プロダクトが違うって所かな サンプルが欲しい人にはいいと思うよ。 でも、更新されて無いプロダクトのサンプルがいのるかといわれると・・・ 188 名前：デフォルトの名無しさん mailto:sage [2006/08/10(木) 16:47:13 ] >>169 サンタさんktkr ttp://ml.seasar.org/archives/seasar-javadoc/2006-August/000514.html 189 名前：186 [2006/08/10(木) 17:10:14 ] >>187 どうもありがとう。 具体的には使用しているS2プロダクトって何ですか？ もしかして S2Tapestry？ もしそうだとかなり悲し・・・。 190 名前：186 [2006/08/10(木) 17:15:09 ] >>188 169たん、 ソースを追うとっかかりができてよかったでつねｗ ドキュメント問題はこれで解決でつねｗｗｗ 191 名前：183 mailto:sage [2006/08/10(木) 19:33:53 ] >>189 当たりｗ 192 名前：デフォルトの名無しさん mailto:sage [2006/08/10(木) 22:03:19 ] 俺はソース読まないとJ2SEの標準APIですら使い方がわからないときが あるんですが、もしかして俺って能無し? 193 名前：デフォルトの名無しさん [2006/08/10(木) 22:14:08 ] >>192 case by case 194 名前：デフォルトの名無しさん mailto:sage [2006/08/10(木) 22:20:01 ] >>176 他人によりかかるだけの人間だねえ。 195 名前：デフォルトの名無しさん mailto:sage [2006/08/11(金) 00:56:11 ] なんだか、絶望的に日本語がへたくそだ。 こんなコメントがあるくらいなら、ソースを読んだほうがいくらか理解が深まる。 てにをはから勉強してくれ。 196 名前：デフォルトの名無しさん [2006/08/11(金) 01:15:51 ] >>195 ソースを読んでくれ。 197 名前：デフォルトの名無しさん mailto:sage [2006/08/11(金) 01:18:58 ] >>195 kwsk 198 名前：デフォルトの名無しさん mailto:sage [2006/08/11(金) 01:44:07 ] >>195 具体的に指摘してみろ お前が日本語読めないだけかもしれないからな >169みたいに笑わせないでくれよw 199 名前：デフォルトの名無しさん mailto:sage [2006/08/11(金) 09:54:40 ] >>198 獄長乙ｗ 200 名前：デフォルトの名無しさん mailto:sage [2006/08/11(金) 10:33:21 ] >>194 お前の発言にはまるで価値がないな 201 名前：デフォルトの名無しさん [2006/08/11(金) 10:43:48 ] >>200 176乙 それとジャスト200おめｗ 202 名前：デフォルトの名無しさん mailto:sage [2006/08/11(金) 10:49:58 ] javadoc不要、ソース読めと主張してる連中は、 よほど単純なコードしか書いたことないか、 保守ってもんをしたことがない初心者でそ。 まぁSeasarはほとんど設定ファイルで解決しちゃって、 API呼ぶような機会はあまりないから、 javadocよりはドキュメントが欲しい、 てな展開になるんだろうけど。 203 名前：デフォルトの名無しさん [2006/08/11(金) 10:52:36 ] >>202 case by case 204 名前：デフォルトの名無しさん mailto:sage [2006/08/11(金) 14:32:53 ] hot deployって、S2コンテナ経由でないと使えない、という認識であってるでしょうか。 たぶんJSPのようなことをS2コンテナがやってくれているんだと思うのですが。 JSPだと、URL（またはファイル名）とクラス名との対応をServletコンテナがもっていて、 hot deployだとインターフェース名やクラス名と、実際のクラスとの対応（あるいはクラスローダとの対応？）をS2コンテナが持っているんじゃないかと推測してます。 ここらへんの仕組みご存知の方いましたら解説お願いします。 205 名前：デフォルトの名無しさん mailto:sage [2006/08/11(金) 15:01:24 ] いくらでものろけてやる。悔しかったらかかってこいや（ｗ 206 名前：デフォルトの名無しさん [2006/08/11(金) 15:43:03 ] >>204 ここに書き込む前にメーリングリストに投稿すればいいのに。 メーリングリストにこの質問した香具師、204にけて〜いｗ 207 名前：デフォルトの名無しさん mailto:sage [2006/08/11(金) 16:36:32 ] >>206 いくらでものろけてやる。悔しかったらかかってこいや（ｗ

---

---

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

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