国産DIコンテナSeasar その15

1 名前：デフォルトの名無しさん [2009/03/17(火) 20:48:19 ] 一部で話題になっている国産オープンソース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/ その11 pc11.2ch.net/test/read.cgi/tech/1190846507/ その12 pc11.2ch.net/test/read.cgi/tech/1203122931/ その13 pc11.2ch.net/test/read.cgi/tech/1215962870/ その14 pc11.2ch.net/test/read.cgi/tech/1224157275/ 182 名前：デフォルトの名無しさん mailto:sage [2009/05/26(火) 18:26:02 ] そうだね。S2Daoによる楽観的ロックを行い、 後はさ、ユーザーに最終更新日によって確認してもらうのがいいよね。 楽観的ロックでもさ、多数のユーザーが同時に同じ操作を行った際には、 エラーメッセージによって、PrimaryKeyや名称を表示して、 「他のユーザーが同じ操作を行っています。 しばらく待つかまたはシステム管理者にお問い合わせください。」等の メッセージとしてユーザーに対するお知らせが可能になるよね。 但し、この排他制御はユーザーが同時に同じ操作を行ったケースなんで、 5分前や1時間前に更新されたケースに関しては、 最終更新日の表示によってユーザーに気をつけてもらうしかなかなか方法がないよね。 もちろん、間に承認システムやバッチ処理があれば、 承認者が重複等の異常に気づくことも可能ではあるし、 そういった方式を取ることもあると思いますが、 後はさ、お金が絡む対象も存在するのでログテーブルも必要でしょう。 こういう事も考えていくとさ、僕なんかはやっぱりJavaEEを採用する方がいいと思うけどね。 単純でリスクの少ないWebアプリであれば、何を使用してもいいと思うけど、 実際に企業用のWebシステムとなると、こういう事もきちんと実装しないと正常稼働しないからね。 もちろん、僕はさ、ほらIT志望の大学生なんで、まだ皆さんよりは詳しくはないんですが、 話がSEよりになってしまっているので、プログラミング技術よりの話を展開していくのがいいと思いますし、 実際に、Webシステム作って排他制御とAOPを検証してみるよ。 183 名前：デフォルトの名無しさん mailto:sage [2009/05/26(火) 19:12:59 ] ５分前だろうが１時間前だろうが、更新用に取得したデータを 他に誰も更新していない状態で自分が更新したときにだけ成功するのだから関係ない あと、JavaEEで楽観的排他をサポートしているのはJPAだが、 基本的にやってることは同じだから特に違いはない 184 名前：デフォルトの名無しさん mailto:sage [2009/05/26(火) 21:22:47 ] >>178がいってるのはアプリケーションコントロールのロックな 更新時には悲観的ロックかもしれない 185 名前：デフォルトの名無しさん mailto:sage [2009/05/26(火) 21:25:23 ] >>181 おいおい このスレでわかりやすい嘘つくんじゃない 186 名前：デフォルトの名無しさん mailto:sage [2009/05/26(火) 21:49:34 ] >>183 そうだね。DBの仕様が通信販売や予約システム等の早い者勝ちの仕様であれば、 あるいは銀行等の常に上書きされべき対象であれば、楽観的ロックだけで済む問題だけど、 民間企業用のさ、顧客に対する情報の更新等は、複数の担当者が重複して入力する可能性もあるので、 それは楽観的ロックだけでは、回避できないって話だよ。 187 名前：デフォルトの名無しさん mailto:sage [2009/05/26(火) 21:52:55 ] >>183の追記 失礼、銀行のDBであれば参照用からマスターへの更新の際には、整合性チェックも含め 間に、承認やバッチ処理が必要だけどね。わかりやすく表現しただけなんで、そこの差異は理解して貰えると思います。 188 名前：デフォルトの名無しさん mailto:sage [2009/05/26(火) 21:55:50 ] ジミ・ヘンドリックス グリーン・デイ ニルヴァーナ チャック・ベリー エルヴィス・プレスリー ローリング・ストーンズ 189 名前：デフォルトの名無しさん mailto:sage [2009/05/26(火) 22:02:18 ] ロックしないのに楽観的ロックって言葉が変だよね ビールじゃないのに第三のビールみたいでさ 190 名前：デフォルトの名無しさん mailto:sage [2009/05/26(火) 22:04:42 ] >>186 こういったケースでは、楽観的ロックだけでは回避できないので、画面に表示されている最終更新日によって、 ユーザーに変更していいのかを判断してもらいたい。また、間に承認システムやバッチ処理があれば、 重複した際に、承認者によって、どちらが正なのかを判断してらわなければならないということですよ。 その問題は、同時にシステム管理者への問い合わせとして、誰がいつどのDBを変更したかを把握しなければならないので、 ログテーブルも必要でしょう。と、僕がおっしゃってるわけですよ。 191 名前：デフォルトの名無しさん mailto:sage [2009/05/26(火) 22:15:52 ] >>188そっちのロックじゃねぇ 192 名前：181 mailto:sage [2009/05/26(火) 22:19:35 ] >>185 え、ちがうの？？ ○楽観的ロック： ・画面表示(HTML 表示時)に、そのレコードの version_id なり最終更新日時を hidden で持たしておく ・HTML にデータを入力して submit 後、サーバサイドに渡ってきた version_id や 最終更新日時 を where 句にして 　select * from HOGE where 受注番号 = **** and versin_id = {画面から渡ってきたもの} for update 　して、レコードが取得できればそのまま update 文で更新 　レコードが取得できなければ、version_id がインクリメントされていることが考えられるので、 　画面に「他のユーザがすでに更新しました。データを再検索してください」 　こんな感じ ○悲観的ロック： 　ある画面を開いた時点で、その画面に排他制御をかけ、誰も入れなくする 　（業務仕様上、その画面が編集するテーブルは、その画面でしか更新できないことが条件) だとおもっていたよ。 誰か添削してくれ 193 名前：デフォルトの名無しさん mailto:sage [2009/05/26(火) 22:34:31 ] >>192 いちいちせぇctしないでうpだてすりゃいいだろjk 194 名前：デフォルトの名無しさん mailto:sage [2009/05/26(火) 22:41:29 ] >>190の追記 楽観的ロックでも悲観的ロックでも、同じ振る舞いになる。 195 名前：デフォルトの名無しさん mailto:sage [2009/05/26(火) 23:02:58 ] >>192 悲観的ロックがすごいな 俺ならそんなシステム使いたいと思わない >>194 俺も回避できないからどうリカバリーするかを考える方が好きだ 196 名前：デフォルトの名無しさん mailto:sage [2009/05/26(火) 23:04:30 ] >>192 それはアプリケーション制御の話。つまりただの仕様であり運用方法。 通常楽観的ロックや悲観的ロックというのはDBアクセスで読み込み中心ならば ロックをかけないようにしよう、後から来たほうはトランザクションをリトライさせればいいんじゃね? というお話だからミリ秒単位のお話。 だからリトライ制御等がはいってないのは楽観的ロックですらなく、書き込みもそれなりにあるのならば 普通に悲観的ロックをかけたほうが良い。 よくあるATMでの振込みと引落の同時アクセスを考えてみると良い。 ただ、読み込みでロックかけるようなDBなら楽観的ロックのほうが有利にはなりやすい可能性あり。 楽観的ロックというのはデータベースのロックを積極的に利用しようという話ではないので 開発者側に負担を強いる方法。楽観的であれ短い時間だろうが更新時にはどうせロックかけるので 実はアクセス順序を意識しないとデッドロックの可能性が普段から意識する悲観的ロックより 大幅に増える。IF文等によりアクセスするテーブルや行が変わる可能性があるからね。 197 名前：181 mailto:sage [2009/05/26(火) 23:05:15 ] >>195 おっしゃるとおりなので、悲観的ロックをかける場所は、 たとえば「年次締めバッチ起動画面」など、重要で、誰か一人しか使えなくすべき画面にのみに適用し、 普通のところは、 >>192 の楽観的ロックを使う、と思っているのですが。 198 名前：デフォルトの名無しさん mailto:sage [2009/05/26(火) 23:12:33 ] I do not recommend that you use Teeda if you could not read the document. （´；ω；） ｶﾜｲｿｽ 199 名前：デフォルトの名無しさん mailto:sage [2009/05/26(火) 23:13:01 ] なんで今更こんな話題で盛り上がってる？ POEAA読めば終わりだろ？読んでないの？素人？ 200 名前：デフォルトの名無しさん [2009/05/26(火) 23:36:49 ] >>199 たまには動物園に行きたくなるだろ？ 201 名前：デフォルトの名無しさん mailto:sage [2009/05/26(火) 23:42:34 ] >>193 俺もupdateのwhere句に条件加えればいいじゃんと思うんだが 202 名前：デフォルトの名無しさん mailto:sage [2009/05/26(火) 23:57:59 ] >>199 まあそういうな s2コミッタ＝素人 s2ユーザ＝ど素人 なんだからさｗ 203 名前：181 mailto:sage [2009/05/26(火) 23:58:45 ] >>193 >>201 select .... for update してレコードが取得できたかどうかをせずに、 いきなり update 文を実行した場合、 update 文の結果(PreapredStetement#exeucte())で、0 が返って来た場合、 version_id がずれて更新できなかったのか、 そもそも、当該受注番号のレコードが、一瞬先に別ユーザによって消されたのかわからない。 select .... for update してレコードが取得できたかチェックしておいて、レコードが得られなかったら、 「他のユーザがすでに更新しました or 他のユーザがそのデータを消しました」 とエラーメッセージを出すことが出来る。 とここまで書いたが、いきなり update 文を実行して、update 文の結果が 0 だったら、 同じようなメッセージを出せばいいのか。 画面で、ユーザにもう一度画面を開いてもらい、当該受注番号のレコードが消されたら、 画面を開き直したときに、そのレコードは現れなくなるし。 204 名前：デフォルトの名無しさん mailto:sage [2009/05/27(水) 00:20:41 ] おやすみ僕ちゃんｗ 205 名前：デフォルトの名無しさん mailto:sage [2009/05/27(水) 00:33:30 ] 一生懸命にたくさんの長文を書いてくれたけど、 どうしてJavaEEのほうがいいという結論に達したのか、全然わからなかった。 206 名前：デフォルトの名無しさん mailto:sage [2009/05/27(水) 00:35:25 ] ぶっちゃけどれでもいいよね 実装が違うだけで目的は同じなんだから JavaEEでもできるだろうけど他でもできるわけで だからといってJavaEEが最高ってことにはならん 207 名前：デフォルトの名無しさん mailto:sage [2009/05/27(水) 00:38:23 ] 僕ちゃんがJavaEEわかってるわけないに1票 208 名前：デフォルトの名無しさん mailto:sage [2009/05/27(水) 03:10:52 ] >>203 実際のところ、楽観的排他制御対応を謳っているFWはほとんど UPDATE文にバージョンカラム値を条件に加えて、結果が０だったらエラーにする実装をしている 更新なのか削除なのかは、エラー後に再検索して判断する そもそも「楽観的排他」は「あまり起こらない」ことを前提として、起こった場合は最初からやり直し という方針で採用されることが多いから、SELECT FOR UPDATEを使う実装は少ないと思う （オプションによって、一度空更新してトランザクション的なロックをかけたり・・・とかはあるけど） 209 名前：デフォルトの名無しさん mailto:sage [2009/05/27(水) 05:59:32 ] >>196ありがとう 楽観的ロックでは、1つのトランザクションで複数のテーブルまたは複数のレコードを更新する際には、 デッドロックやそれに伴うデータの不整合になる危険性がある。したがって、1つのトランザクションで 1つのテーブルと1つのレコードを更新する事によりデッドロックの回避が可能になりますが、 これに基づいてDB設計と画面設計は相当慎重に行うべきである。また、S2Daoの排他制御は楽観的ロックなんで、 標準的なDaoクラスでDriverManager.getConnection().setAutoCommit(false)の設定をして SelectForUpdateによる悲観的ロックを採用した方がシンプルでいいかもしれないね。 加えて、1つのトランザクションで複数のテーブルまたは複数のレコードを更新するケースでは、 rollbackを行えば、データの不整合は改善されるが、Webシステムで更新順序によるデッドロックの回避が できるのかについては、現時点では僕の把握ではできないと思ってる。 210 名前：デフォルトの名無しさん mailto:sage [2009/05/27(水) 06:15:43 ] >>209の追加 要約すると、 ・1つのテーブルと1つのレコードを更新する仕様にする(デッドロックが起きないケース) ・デッドロックが起きた際には、rollbackよって回復する(デッドロックをrollbackによって回復するケース) 211 名前：デフォルトの名無しさん mailto:sage [2009/05/27(水) 07:42:20 ] SelectForUpdateによる悲観的ロック()笑 やはりこの程度の認識だったのか・・・ 212 名前：デフォルトの名無しさん mailto:sage [2009/05/27(水) 08:33:38 ] select for updateで悲観的ロックになると思ってたのかよ。 213 名前：デフォルトの名無しさん mailto:sage [2009/05/27(水) 08:41:39 ] 悲観的ロックだろうが楽観的ロックだろうが、 複数テーブルを更新するときはFOR UPDATEを付けるし、 設計次第ではデッドロックも起きる。 そこは悲観的・楽観的とは関係ないんだよ。僕ちゃん。 214 名前：デフォルトの名無しさん mailto:sage [2009/05/27(水) 08:47:22 ] >>210 さらに要約すると、排他制御はSelectForUpdateによる悲観的ロックを行い、デッドロック対策としては 1画面に可能な操作は、1つのトランザクションで1つのテーブルと1つのレコードを更新するだけに限る。 また、最終更新日を表示することにより、ユーザーによって変更してもよいデータであるかを判断してもらう必要がある。 215 名前：デフォルトの名無しさん mailto:sage [2009/05/27(水) 09:31:39 ] >>214の追記 これを実現する画面設計としては、検索リストから詳細画面へ遷移し、登録/更新/削除を行う。 DB設計も、1画面に可能な操作は、1つのトランザクションで1つのテーブルと1つのレコードを更新する事を踏まえ データモデリングしていく必要があるね。 216 名前：181 mailto:sage [2009/05/27(水) 11:03:15 ] でもいいのですが、 181=192=197=203 です。 182=209 、その他ではありません (まぁ似たようなレベルかも知れませんが) 217 名前：デフォルトの名無しさん mailto:sage [2009/05/27(水) 11:10:48 ] まぁ、一言で表現すると、スレッドセーフになるね。 218 名前：デフォルトの名無しさん [2009/05/29(金) 14:09:32 ] ｾｯｼｮﾝすくねーw 219 名前：デフォルトの名無しさん mailto:sage [2009/05/30(土) 00:51:17 ] 確かにえらい寂しいな。 しかも事例紹介を大部屋でやって、ひがさんのセッションを30人の部屋でやるとは… 220 名前：デフォルトの名無しさん mailto:sage [2009/05/30(土) 00:57:08 ] ｽﾘﾑｻﾝはSlim3の発表がメインなんじゃね しかし実務やってる人には新技術より事例発表の方があるから人は集まるだろうけど 実例がSAStrutsとかみたいな今企業でよく使われるような物じゃないから 微妙なんだよなぁ 221 名前：デフォルトの名無しさん mailto:sage [2009/05/31(日) 01:06:48 ] S2クリックとS2クロノスがいっぱい聞きたかったけど 15分か。。 222 名前：デフォルトの名無しさん mailto:sage [2009/05/31(日) 01:10:04 ] 携帯の事例発表とmobyletのセッション同時間にやるのってなんの嫌がらせなの 223 名前：デフォルトの名無しさん mailto:sage [2009/05/31(日) 02:59:51 ] >>222 今からメールしたら、変えてくれるかも。 Seasar カンファレンスは、いつも聞きたいのが重なりすぎて困る。 224 名前：デフォルトの名無しさん [2009/06/01(月) 22:55:40 ] @Resource(arg="@Arg(arg1="aaa",arg2="bbb",arg3="ccc")) SearchSearvice searchSearvice; てな感じで、SearchSearviceのオブジェクトのコンストラクタとかプロパティにデフォルトで値をセットできればええのになぁ。 225 名前：デフォルトの名無しさん mailto:sage [2009/06/02(火) 00:13:35 ] 別に普通に要素に代入すりゃええやん アノテでやったら型が違ってたら何処でエラー出てるのか解らん 226 名前：デフォルトの名無しさん [2009/06/04(木) 13:30:45 ] オレはむしろ @Resource(arg="@Arg(arg1="aaa",arg2="bbb",arg3="ccc")) SearchService searchService; てな感じで、SearchSearviceのオブジェクトのコンストラクタとかプロパティにデフォルトで値をセットできればええのになぁ。 と思うぞ。 英語勉強しろよ。 227 名前：デフォルトの名無しさん mailto:sage [2009/06/04(木) 17:39:14 ] 例えばarg1がDateだったらどうすんの タイプセーフにならんだろ 228 名前：デフォルトの名無しさん [2009/06/04(木) 23:59:48 ] SAStrutsでつまってる。FormにMapを使いたいんだ。 form.TestForm.java に、 public Map<String,String> testMap; を宣言して、 action.TestAction.java で @ActionForm @Resource public TestForm testForm; とした。 jspに、 <html:text property="testMap(test)" ></html:text> として、入力した値が、testMap.get("test")で取れるようにしたい。。しかし、、 java.lang.UnsupportedOperationException: get org.seasar.struts.action.ActionFormWrapper.get(ActionFormWrapper.java:113) と出てしまう。どこか間違ってるか別の方法があるか、、、教えてえろいひと 229 名前：デフォルトの名無しさん mailto:sage [2009/06/05(金) 00:18:01 ] ちょっと酷すぎてまず何を伝えればいいのか迷ってる testMap(test)ってそもそもなんなんだよ 230 名前：デフォルトの名無しさん mailto:sage [2009/06/05(金) 00:24:26 ] イロイロと初心者で面目ない…書式とか間違ってるのは勘弁を… やりたいことはsubmitした時のアクションでtestForm.testMap.get("test")で取れるようにしたいんだ。。 testFormに public String test; とは置きたくないんだ。Mapに自由に格納したいのだです 231 名前：デフォルトの名無しさん mailto:sage [2009/06/05(金) 00:27:17 ] いやだからその自由にって部分をだれかが実装してるの？ マニュアルに載ってなくてお前も実装してないならだれもそう実装してないってことでしょ BeanUtilの該当箇所ラップして自分でカスタマイズしなよ 232 名前：デフォルトの名無しさん mailto:sage [2009/06/05(金) 00:35:33 ] >>230 HttpServletRequestから取ってくればええやん 233 名前：デフォルトの名無しさん mailto:sage [2009/06/05(金) 00:45:12 ] フレームワーク使わなければい（ｒｙ 234 名前：デフォルトの名無しさん mailto:sage [2009/06/05(金) 00:52:43 ] ﾌｲﾀ 235 名前：デフォルトの名無しさん mailto:〜 [2009/06/05(金) 00:55:22 ] S2に限らず、フレームワークスレでいつも思うけど、 素で書いたら簡単にできるのにこのフレームワークはこんなこともできないんですか！ みたいな質問が多くて、じゃあフレームワーク使わないで素で書けよって思うことは多々ある。 自由な開発の弊害で苦労して一周回った上で、規約を縛ることの必要性を経験しないと理解できない部分なのかもね。 236 名前：デフォルトの名無しさん mailto:sage [2009/06/05(金) 06:58:31 ] s2clickかs2wicketならできそう sastrutsはstrutsに縛られてるから仕方ない部分がいくつかある 237 名前：デフォルトの名無しさん mailto:sage [2009/06/05(金) 10:55:37 ] S2Click、S2Wicket は、まだメンテされているの？ 238 名前：ひがやすを mailto:sage [2009/06/05(金) 13:02:14 ] >>230 対応しました。 239 名前：デフォルトの名無しさん mailto:sage [2009/06/05(金) 14:16:47 ] S2Clickはメンテされてる。 カンファレンスでもセッションあるみたいだし。 S2Wicketはされてないみたいかな。 240 名前：230 mailto:sage [2009/06/05(金) 19:38:12 ] >>238 ぅぉぉぉ、ありがとうございます え、2chで質問しちゃいけなかったんすか。 MLとか好きじゃないんですよね、ゆとり♀ｻｰｾﾝ 241 名前：ひがやすを mailto:sage [2009/06/05(金) 21:39:28 ] 黙れ 242 名前：デフォルトの名無しさん mailto:sage [2009/06/05(金) 22:36:15 ] なりすましイクナイ 243 名前：デフォルトの名無しさん mailto:sage [2009/06/08(月) 01:49:56 ] いつの間にかカンファレンスのセッションが増えてるな。 Slim3は必須のようだ。 244 名前：デフォルトの名無しさん mailto:sage [2009/06/08(月) 23:03:20 ] 事例発表3と BigtableとJDOの勝ちパターン は逆にすべきだろ。 事例発表なんか、聞きたい人少ないと思うんだけど。 245 名前：デフォルトの名無しさん mailto:sage [2009/06/08(月) 23:06:33 ] 安心して使ってください という意味があると思うから大事だと思うよ。実績をアピールするのも大事 でもメンテされてないプロダクトばかりなのが選択する側としてはつらい 246 名前：デフォルトの名無しさん mailto:sage [2009/06/09(火) 00:09:25 ] 重い処理を走らせるクラスがあるんだが、そいつだけをHOT deployさせたくないんだよな SINGLETONにしても、リクエストのたびにInitMethodはしるんで… 247 名前：ひがやすを mailto:sage [2009/06/09(火) 00:32:04 ] Seasar2関連で、2chに技術的な質問はするなと何度言ったら... 248 名前：デフォルトの名無しさん mailto:〜 [2009/06/09(火) 00:41:21 ] MLかコミッタのblogのコメに匿名で投稿すれば半日で解決するのに わざわざ2chで質問するってことはよっぽどひねくれてるんだよ 249 名前：デフォルトの名無しさん [2009/06/09(火) 00:44:03 ] 2chで質問されると余程困るのだろうか。 250 名前：デフォルトの名無しさん mailto:〜 [2009/06/09(火) 00:47:08 ] 答える側は困らんけど 教えられる側は嘘教えられてもだれも訂正してくれないぞ 251 名前：デフォルトの名無しさん mailto:sage [2009/06/09(火) 00:52:10 ] ﾋｶﾞﾀﾝは怖いイメージがあるから 顔文字を使っておちゃらけたほうがいいと思う 252 名前：デフォルトの名無しさん mailto:sage [2009/06/09(火) 00:57:23 ] 困るのは技術的な質問に答えられないこのスレの住人ｗ 253 名前：デフォルトの名無しさん mailto:〜 [2009/06/09(火) 01:01:16 ] まー全部答えられるかって言われると答えられないことの方が多いのは確かだねぇ。 質問のMLと雑談の掲示板で使い分けって事で。 254 名前：デフォルトの名無しさん mailto:sage [2009/06/09(火) 01:01:38 ] >>246 コンテナ起動前にクラス先にロードしちゃえば？ 255 名前：デフォルトの名無しさん mailto:sage [2009/06/09(火) 07:09:54 ] ２ｃｈで質問するのがいいとは思わないが、それだけMLでは質問しづらいのだろう 256 名前：デフォルトの名無しさん mailto:sage [2009/06/09(火) 09:10:23 ] むしろ、2chではみんなトンデモな答えを期待してるんだから、ひががそれみて対応するほうがウザい。 「map対応してないんだね、糞だね」 っておとしめたいだけなのに、 「素早く対応したよ！2chで質問とかすんなよ」 とか、どう考えても場違い。 257 名前：デフォルトの名無しさん mailto:sage [2009/06/09(火) 20:09:08 ] 名前だけカタカナの外人ですら優しく回答してもらえるMLの何処か敷居高いんだ JavaHouseに比べたら実家くらい快適な場所だわ 258 名前：デフォルトの名無しさん mailto:sage [2009/06/09(火) 20:18:55 ] 個人名出す必要もないしプロジェクトでseasar質問用のメアド作ってML入ればいいだけやんね 259 名前：デフォルトの名無しさん mailto:sage [2009/06/09(火) 20:41:58 ] だからMLの敷居が高いんじゃないんだよ。 ネガキャンしたいだけなんだからこのスレはスルーすればいいのにコミッタが絡んでくるのがウザい。 260 名前：デフォルトの名無しさん mailto:sage [2009/06/09(火) 20:48:14 ] キャンペーンじゃなくて実際ネガティブだからなここは 261 名前：デフォルトの名無しさん mailto:sage [2009/06/09(火) 21:37:14 ] ・本名参加でなくともメールアドレスという自分を示すものでやりとりするのがイヤ。もっともっともっと気軽に質問したい。 ・完璧な回答ならもちろんだけど、何らかのヒント（もっといえば反応）が欲しい ・回答が無い場合、「なにか知ってるひといません？」と再度聞きやすい。多くのMLはそんな空気じゃない。 ・「全文引用すんな、過去レス全部読め」などという人が大きな顔されるのがイヤ ・「どうしてそんなことをするの？」なんていう反応が大嫌い。普通に「できる・できない・こういうことか？」という反応だけでいい。 ・質問以外の他人のやりとりをMLだと読まざる得ない状況になりやすいからイヤ ワガママかね？ 262 名前：デフォルトの名無しさん mailto:sage [2009/06/09(火) 21:39:03 ] S2のMLで質問に回答がないことなんて よっぽどカスみたいなのでもないと今まで一度もないだろ 263 名前：デフォルトの名無しさん mailto:sage [2009/06/09(火) 22:20:10 ] >>261 > 多くのMLはそんな空気じゃない。 ML全般の話なのかSeasarのML固有の話なのかはっきりしろ 264 名前：デフォルトの名無しさん mailto:sage [2009/06/09(火) 22:33:26 ] >>261 どうしてそんなことをするの？ 265 名前：デフォルトの名無しさん mailto:sage [2009/06/10(水) 00:27:56 ] ・POP3/SMTPプロトコルが嫌い。HTTPじゃないと。最初にエッチがつくから。 266 名前：デフォルトの名無しさん mailto:sage [2009/06/10(水) 00:42:42 ] webメール使え 267 名前：デフォルトの名無しさん mailto:sage [2009/06/10(水) 01:19:15 ] 俺は絶対に突っ込まないけど 268 名前：デフォルトの名無しさん [2009/06/10(水) 07:43:00 ] 俺もMLを敬遠するタチだけど、ようやく理由がわかった。 2chブラウザで見られないからだ。 269 名前：デフォルトの名無しさん mailto:sage [2009/06/10(水) 12:34:03 ] >>268 全然違う話だけど、RSSリーダーもいまいちなれないと思ったら、 2chブラウザで見られないからだ、と>>268見て思った。腑に落ちた 270 名前：デフォルトの名無しさん mailto:sage [2009/06/10(水) 13:20:15 ] 2ch ブラウザで 簡易RSS リーダーを内蔵しているのもあるよね。V2C とか。 2chブラウザ風の RSS リーダーがほしい。 271 名前：デフォルトの名無しさん mailto:sage [2009/06/10(水) 14:45:25 ] 俺もJavaいまいちなれないと思ったら 2chブラウザで開発できないからだ、と>>269見て思った。腑に落ちた 272 名前：デフォルトの名無しさん mailto:sage [2009/06/11(木) 09:55:38 ] >>262 カスは言うこともカスだな 273 名前：デフォルトの名無しさん mailto:sage [2009/06/11(木) 13:18:52 ] ほめても何もでませんよ 274 名前：デフォルトの名無しさん mailto:sage [2009/06/12(金) 00:42:52 ] 後のSeasarスレファウンデーション誕生の瞬間であった 275 名前：デフォルトの名無しさん mailto:sage [2009/06/12(金) 23:01:13 ] 前日になっても講演者未定ｗ 276 名前：デフォルトの名無しさん mailto:sage [2009/06/13(土) 02:52:34 ] とりあえずﾋｶﾞﾀﾝのほうれい線を触りに行くか 277 名前：デフォルトの名無しさん mailto:sage [2009/06/14(日) 04:30:14 ] カビーって地味だけどT2よりいいかも 278 名前：デフォルトの名無しさん mailto:sage [2009/06/14(日) 14:48:34 ] カビーの可愛さはどこからきているんだろうな 279 名前：デフォルトの名無しさん mailto:sage [2009/06/14(日) 23:06:17 ] Cubby in Action => T2 in Actionといったら 空気読んで、SAStruts in Actionだろ。 280 名前：デフォルトの名無しさん mailto:sage [2009/06/14(日) 23:08:58 ] >>277 ちゃんと使ってんのか？ お前みたいなやつはろくに触りもしないで そのうち、BigTableがいいとか言うんだろ 281 名前：デフォルトの名無しさん mailto:sage [2009/06/14(日) 23:16:32 ] >>280 shotﾀｿ乙 282 名前：デフォルトの名無しさん mailto:sage [2009/06/14(日) 23:31:30 ] 2chらしくランク付けするか Ymir Cubby T2 SAStruts Teeda S2Struts S2JSF S2Tapestry 追加訂正してくれ

---

---

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

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