[表示 : 全て 最新50 1-99 101- 201- 301- 401- 501- 2chのread.cgiへ]
Update time : 06/28 19:14 / Filesize : 147 KB / Number-of Response : 599
[このスレッドの書き込みを削除する]
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧] [類似スレッド一覧]


↑キャッシュ検索、類似スレ動作を修正しました、ご迷惑をお掛けしました

国産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/

78 名前:デフォルトの名無しさん [2009/05/01(金) 23:36:31 ]
Seasarは流行ってるのかどうかいまいちわからんな

79 名前:デフォルトの名無しさん mailto:sage [2009/05/02(土) 00:35:48 ]
EJBやSpringと比べるから流行ってないように思うけど
数多あるフレームワークの中では流行ってる方だよね

80 名前:デフォルトの名無しさん mailto:sage [2009/05/02(土) 00:40:42 ]
EJBは3.0になってから普通に使われてるからね

81 名前:デフォルトの名無しさん mailto:sage [2009/05/02(土) 01:44:18 ]
EJBは3.0になって、かなり良くなったけど、デプロイ時間があいかわらず遅いよな

82 名前:デフォルトの名無しさん mailto:sage [2009/05/02(土) 02:21:38 ]
外部ライブラリが必要なDIコンテナのほうがデプロイ遅いでしょ?
デプロイ時間は純粋にロジックのサイズなだけで。
さまざまなリソース用意していれば遅くなるけどそれはどこも同じだし。

83 名前:デフォルトの名無しさん mailto:sage [2009/05/02(土) 02:24:09 ]
実際やってみなよ

84 名前:デフォルトの名無しさん mailto:sage [2009/05/02(土) 02:30:29 ]
EJBのデプロイは100msくらいだな

85 名前:デフォルトの名無しさん mailto:sage [2009/05/02(土) 02:37:51 ]
EJB系は3.1になると更にアプリ内のクラス総なめによるセッティングが多くなるから
便利になる代わりに、大規模になるとデプロイに時間がかかりそうな気がする。
EJB-jarとwarも一体化するし
S2がAutoRegisterから現在のディレクトリ決め打ちの手法に切り替えたのも
単にRails追随ってだけではなく、規模が膨らんだ時のデプロイスピードも考慮してのことだろうし

86 名前:デフォルトの名無しさん mailto:sage [2009/05/02(土) 02:45:06 ]
Hot Deployはデプロイ時にクラス総なめしないから大規模でも速い
Cool Deployは総なめだから遅いけど困らない

>>84
クラス1個2個じゃなくて数千、数万用意して試さないと



87 名前:デフォルトの名無しさん mailto:sage [2009/05/02(土) 02:45:44 ]
EJB-jarとwarは今後も分けることは多いと思うよ。
複数のアプリケーションから共通のロジック呼び出すとか普通にあるし。
もちろん、シンプルなwar単体も使われると思うけど、
アプリケーションを分けるほうが開発も容易になる(デプロイ等の時間大幅短縮)しね。

88 名前:デフォルトの名無しさん [2009/05/12(火) 21:08:23 ]
保守age
今日の換算レート
1higa=0.81hyde

89 名前:デフォルトの名無しさん mailto:sage [2009/05/13(水) 12:44:27 ]
SeasarのSAStrutsでさ、DIコンテナを利用した汎用的な会議室予約を作ってみようと思うよ。
Struts1での経験が多いので、DIコンテナってなかなか不思議だなって思ってたんだけど、
Class.forName(動的クラス名).newInstance()に近くて、いわゆるコントローラーとしての振る舞いが
得意になるって事だよね。また、UMLやDBのデータモデリングのスキルも向上させたい事から、
そういったことをやりながらも自身のスキルを向上させる目的だよ。補足として、Seasarを利用してもさ、
EJBの構造いわゆるクラス設計が変更されるだけなんで、インターフェースに関してはそれほど進化しないよね。
もちろん、F2Flexを利用すればインターフェースを変えることも可能なんだろうけど、
それよりもcssや画像処理によってデザインを向上させないと、なかなか見栄えはよくならないよね。
まぁ、日本語だけではなくてさ、もっと技術的な側面からの話題も作業が進めば展開していくね。


90 名前:デフォルトの名無しさん mailto:sage [2009/05/13(水) 14:28:03 ]
ウン ガンバッテネ

91 名前:デフォルトの名無しさん mailto:sage [2009/05/13(水) 17:54:53 ]
>>89の訂正
×F2Flex
○S2Flex

92 名前:デフォルトの名無しさん [2009/05/18(月) 13:47:58 ]
今年のカンファレンスはだいぶ低間隔でやるね

93 名前:デフォルトの名無しさん [2009/05/19(火) 03:06:51 ]
>>89
釣り?


94 名前:デフォルトの名無しさん mailto:sage [2009/05/22(金) 04:22:43 ]
最近ひがたんのブログ見始めたんだけど、
Slim3ってGoogle App Engineに特化したフレームワークって感じなんですね?
Railsみたいなフルスタックなタイプの。
(GAE以外でも使えるよっていうかもしれないけど、
マーケ上どうみてもApp Engine専用の方向性です、本当にありがとうございました)

前に作ってたのが、SeasarというDIコンテナ?なんですよね。
それってそんなにすごかったんですか?フレームワークを補佐するライブラリですよね?
単なるDIのライブラリがそんなに注目を集めた理由がわからないのですが…。
これ一本で開発OKみたいなのではないってことですよね?

95 名前:デフォルトの名無しさん mailto:sage [2009/05/22(金) 12:38:06 ]
Railsって使ったこと無いけど、
O/Rマップ(モデル)のActiveRecodeと
ビューのrbhtmlファイルと
コントローラのControllerクラスがあるだけでしょ?
それが1つの名前でRailsになってるだけで。

Seasarプロダクトで言えば
O/RマップがS2JDBCで
ビューがMayaaで
コントローラがSAStruts
みたいな感じでいいんジャン。

自分で組み合わせられるのは良いよ。楽しいよ。

96 名前:デフォルトの名無しさん mailto:sage [2009/05/22(金) 13:36:25 ]
>>95
なるほど、Javaは部分ごとに組み合わせらるのが一般的?ってことなのかな。
RubyのMerbみたいな感じか…(Railsと合流しちゃうけど)

ていうかかなり基本的なところを聞いてしまったようだ。

ありがとうさんです。



97 名前:デフォルトの名無しさん mailto:sage [2009/05/22(金) 16:31:06 ]
Java も Ruby も両方使ってるけど、
>>95 はなにも Rails をわかっていない。
Rails の本質は、別にフルスタック型フレームワークであることだけではない。
Rails もおもしろいから、やってみるといいよ。

>>96
Merb をご存じということは Ruby の web フレームワークはご存じのようだが、
Seasar が話題を集めたのは、

・DI コンテナに Spring もあるけど、当時の Spring は XML をいっぱい書かなければならず、面倒だった
・Seasar はそのへん楽に設定できたし、ドキュメントも日本語だし、そもそも国産ということで話題になった
・S2Dao (今は S2JDBC もあるけど)の 2way SQL がけっこう画期的だった(便利)

S2Dao だけを個別に強調するつもりはないけど、こんな感じかな。
>>95 の言うとおり、Seasar2 (正式には S2Container)だけでは、DI コンテナ機能しかないので、
web 層の S2Struts とか SASTruts とか Teeda を、
O/Rマッパは S2Dao とか S2JDBC とかを組み合わせて使う。

98 名前:デフォルトの名無しさん mailto:sage [2009/05/23(土) 03:15:21 ]
>>97
去年まで海外いたが聞いたことなかったぞ
seasar2ってそんなに話題集めてた?


99 名前:デフォルトの名無しさん mailto:sage [2009/05/23(土) 03:23:04 ]
海外ではほとんど使われてないと思うよ

100 名前:デフォルトの名無しさん mailto:sage [2009/05/23(土) 03:35:18 ]
国産で話題って話なのに
なんで反論が海外じゃ知られてないになるのか解らん

101 名前:デフォルトの名無しさん mailto:sage [2009/05/23(土) 04:47:49 ]
>>100
意味不明

102 名前:デフォルトの名無しさん mailto:sage [2009/05/23(土) 04:58:34 ]
去年まで海外いたが(日本で話題になってるなんて)聞いたことなかったぞ
seasar2って(日本では)そんなに話題集めてた?

という解釈も不可能ではない

103 名前:デフォルトの名無しさん mailto:sage [2009/05/23(土) 05:19:39 ]
不可能ではないが、そんな解釈するのは>>100だけだろw

104 名前:デフォルトの名無しさん mailto:sage [2009/05/23(土) 05:22:30 ]
海外で使われてなければいけない と思ってる人は何を懸念してるんだろう。
オフショア開発でもしたいのかな。

105 名前:デフォルトの名無しさん mailto:sage [2009/05/23(土) 05:29:45 ]
ML見てると日本語読めない外人にSeasar使わせるのはかわいそう

106 名前:デフォルトの名無しさん mailto:sage [2009/05/23(土) 05:33:02 ]
現在の位置付け的には、S2は日本向けでSlim3が海外向けなんでしょ
GAEとかはあまり興味ないからよくわからん



107 名前:デフォルトの名無しさん mailto:sage [2009/05/23(土) 13:22:53 ]
>>104
考え方がおかしい…「海外で使われてなければいけない」なんて記載ないだろw
本当に良い物だったら利用者は海外や国内問わず使いたいだろうし、提供者からすれば使って欲しいでしょ


108 名前:デフォルトの名無しさん mailto:sage [2009/05/23(土) 13:37:30 ]
既存の洋物プロダクトじゃ不満な部分を日本の事情に合わせて作ったのがS2だろ
公式サイトも殆ど日本語だし別に世界的にやっていこうとは思ってないだろ

109 名前:デフォルトの名無しさん mailto:sage [2009/05/23(土) 14:37:43 ]
カンファレンスのセッション内容まだ決まってないの?
いつもこんなんだっけ?

110 名前:デフォルトの名無しさん mailto:sage [2009/05/23(土) 14:40:59 ]
10日前に何も決まってないのは初めてかもしれんな
決まってた物が直前に入れ替えみたいなのはあったけど

111 名前:デフォルトの名無しさん mailto:sage [2009/05/23(土) 15:15:15 ]
今日は6月3日だったのか

112 名前:デフォルトの名無しさん mailto:sage [2009/05/23(土) 15:17:34 ]
普通は出し物が決まってから参加申し込みうけつけるんじゃ

113 名前:デフォルトの名無しさん mailto:sage [2009/05/23(土) 15:18:15 ]
>>108
s2のHP見たがそんな記載はどこにもないんだが…


114 名前:デフォルトの名無しさん mailto:sage [2009/05/23(土) 15:35:04 ]
このプロダクトが生まれた歴史みたいなのを公式に記述してる所なんて普通無いのでは
スリムサンのblogでも追うがよろし

115 名前:デフォルトの名無しさん mailto:sage [2009/05/23(土) 15:59:38 ]
>>114
公式HP載ってないからblog見ろって意味不明


116 名前:デフォルトの名無しさん mailto:sage [2009/05/23(土) 16:06:44 ]
開発者がインタビューでこぼれ話として語ることはあっても、
公式サイトでいちいち、こういう理由があったからこの製品は作られたのです
みたいな表明している製品はあんまないだろって話じゃないの?
だから作者のblogでも見れば書いてるんじゃないの?って事でさ。



117 名前:デフォルトの名無しさん mailto:sage [2009/05/23(土) 16:12:45 ]
日本の事情に合わせては知らんが開発を始めた経緯はmlのこのスレ見れ
ml.seasar.org/archives/seasar-user/2004-January/000325.html
既存の洋物じゃ不満な部分はこれかな
ml.seasar.org/archives/seasar-user/2004-January/000328.html

118 名前:デフォルトの名無しさん mailto:sage [2009/05/23(土) 16:32:57 ]
>>117
ソースあり(´▽`*)

だが日本固有の事情ではないね
>>108はどこから日本の事情って勘違いしちゃってるんだ?


119 名前:デフォルトの名無しさん mailto:sage [2009/05/23(土) 16:43:20 ]
Strutsに絡めないと企業で使われないからって
S2StrutsやSAStrutsをメインに据えたのは日本の事情だぜ

120 名前:デフォルトの名無しさん mailto:sage [2009/05/23(土) 16:50:06 ]
設定ファイルを書かせると間違えるから自動バインディングをデフォにしたのも
日本固有の事情かもしれん

121 名前:デフォルトの名無しさん mailto:sage [2009/05/23(土) 16:51:58 ]
とりあえず意見を否定する前に作者のblogを一通り見るくらいしてくれたまえ
MLも公式サイトも作者の私物じゃないんだから独り言は垂れ流されてないんだからさ

122 名前:デフォルトの名無しさん [2009/05/23(土) 17:37:00 ]
Slim3はGAE専用?
S2JDBCみたいなO/Rマッパ搭載なし?
GAEなんぞしばらく使う予定無いんだがな…

123 名前:デフォルトの名無しさん mailto:sage [2009/05/23(土) 17:44:54 ]
いやだからスリムサンのブログに書いてるだろ

124 名前:デフォルトの名無しさん mailto:sage [2009/05/23(土) 17:51:08 ]
このスレの趣旨を分かってないやつが増えたな
ここはスリムサンやデブや代表理事をヲチして突っ込むスレなんだよ
ブログのヲチもしない素人はすっこんでろ

125 名前:デフォルトの名無しさん mailto:sage [2009/05/23(土) 18:24:17 ]
おまえこそすっこめ

126 名前:デフォルトの名無しさん mailto:sage [2009/05/23(土) 18:25:07 ]
blog見るの面倒じゃん。
見るだけの根拠もないしな
それに日本の事情って定義も曖昧だしな

誰か何か言えば否定とかキャパ狭すぎ
大したスキルないこと丸わかりな感じ
絡んでるのがそんな奴しかいないプロダクトに見切りをつけはじめた

人に素人っていう奴が実は一番何もわかってたりするわな




127 名前:デフォルトの名無しさん mailto:sage [2009/05/23(土) 18:26:29 ]
>>126
>人に素人っていう奴が実は一番何もわかってたりするわな

人に素人っていう奴が実は一番何もわかってなかったりするわな

だろw


128 名前:デフォルトの名無しさん mailto:sage [2009/05/23(土) 18:29:37 ]
>>127
突っ込み速っ!!!

129 名前:デフォルトの名無しさん mailto:sage [2009/05/23(土) 19:31:55 ]
>>127
実は褒めているんだよw

130 名前:デフォルトの名無しさん mailto:sage [2009/05/23(土) 20:16:10 ]
(1)公式見る
(2)MLを見る
(3)コミッタのblogなどを見る
(4)MLやblogで質問する
ってのが普通なのであって
匿名掲示板で一方的に不満たらたらくだ巻いてるのはだいたい情弱なんだよ

131 名前:デフォルトの名無しさん mailto:sage [2009/05/23(土) 20:32:31 ]
あとあれだな
個人的な中傷だったり、詳しい人に反論されてフルボッコになるのが嫌で
公に意見できなかったりする感じのがここに集まってるな

132 名前:デフォルトの名無しさん mailto:sage [2009/05/23(土) 20:51:52 ]
あとあれだな
個人的な中傷だったり、詳しい人に反論されてフルボッコにされた誰かを
ヲチして楽しんでる感じのがマ板に集まってるな

133 名前:デフォルトの名無しさん mailto:sage [2009/05/23(土) 20:55:01 ]
時間があったのでSAStrutsをさ、とりあえずサンプルを動かして見ている段階なんだけど、
雛型の作成であれば、Doltengによって雛型を作成できることから、それほどクラス設計は悩まなくてもいい事が解った。
S2JDBCとS2Daoについては、S2JDBCはどうやらDaoを必要としないケースでのデータベースアクセスに使用するものだね。
僕は、Daoをさ、画面単位に持ちたいから、どちらかといえばS2Daoを使用したいね。O/Rマッピングツールと同様に、
DaoやDTOを自動生成できるツールもあるみたいで、なかなか便利だなって思っていました。
Daoの仕様について、僕はprepareStatementを使用したものが主流だと思っているんだけど、prepareStatementでも、
SQL文をプロパティファイルに記述し外出しすることにより、依存性の注入は可能だよね?
S2Daoの使用も見てみましたが、こちらはSQLファイル単位で外出し、引数に関してはARGSアノテーションを使用する。
S2Daoにおいて依存性の注入の方式が、クラス名+メソッド名と同じファイルのSQLが呼び出される?で実現するようで、
正直に言って、ちょっとびっくりしました。dao.diconにはDaoクラス名は設定するけど、
メソッドとSQLファイルに関連する定義されていない。これがAOPと呼ばれる処理に該当するんだろうね。
AOPに関してはもう少し検証しなければ、正確には把握できない。また、DTOに関しては、
テーブル定義そのままをDTOに保持する事になることから、処理速度が心配になりつつも、
いずれにしても、わりとコアな内容の仕様なんで、僕なんかこういうの見てぞくぞくするので、好きだけどね。


134 名前:デフォルトの名無しさん mailto:sage [2009/05/23(土) 23:27:09 ]
ひがやすを blogみたが
社会やら個人に対する否定&文句ばっかじゃんw


135 名前:デフォルトの名無しさん mailto:sage [2009/05/24(日) 01:40:34 ]
>>133
△クラス名+メソッド名と同じファイルのSQLが呼び出される?で実現するようで、
○Daoメソッド実行時に、クラス名+メソッド名と同じ名称を持つSQLファイルが呼び出される。

136 名前:デフォルトの名無しさん mailto:sage [2009/05/24(日) 03:51:57 ]
現状に満足してる奴は新しい物を生み出せないからな
不満があるから自分で何か違う物を作ろうとする



137 名前:デフォルトの名無しさん mailto:sage [2009/05/24(日) 04:26:38 ]
キリッ

138 名前:デフォルトの名無しさん mailto:sage [2009/05/24(日) 07:06:40 ]
だっておwwwっw


139 名前:デフォルトの名無しさん mailto:sage [2009/05/24(日) 07:14:36 ]
クスクス

140 名前:デフォルトの名無しさん [2009/05/24(日) 08:15:40 ]
で、結局、slim3の通常のrdbms操作は何使えばいいのさ

141 名前:デフォルトの名無しさん mailto:sage [2009/05/24(日) 14:49:15 ]
>>134
>>136

どうなんだろうね。JavaEEに関して悲観的になっているのが、少し気になるね。
GAEに意識が集中しているようで、もちろん僕よりも業界や幅広い技術的な情報を収集している人だろうけど、
完全にさ、Struts系のフレームワークを捨てるとなるとさ、僕なんか少しがっかりしちゃうよね。
新しい事に挑戦するとこは悪いことではないので否定はしないけど、Struts系のフレームワークを
完全に捨てる方針は、もう少し慎重に判断してもらいたいと思いますね。


142 名前:デフォルトの名無しさん mailto:sage [2009/05/24(日) 16:13:39 ]
>>140
GAE/JでRDBは使えないから心配するな

>>141
GAE/J専用フレームワークSlim3でStrutsを捨てただけ
SAStrutsが捨てられたわけじゃない

143 名前:デフォルトの名無しさん mailto:sage [2009/05/24(日) 16:25:51 ]
日本語読解力が弱い人が多いと思う
だからMLで聞けないで掲示板で一方的に懸念を表明する

144 名前:デフォルトの名無しさん mailto:sage [2009/05/24(日) 17:03:33 ]
>>142
そうですか。GAEに関しては調べましたが、僕の視点からはPHPと同レベルに見え、
スクリプトレベルの開発環境と判断。したがって、僕の視点からはGAEは軽視しますね。
僕としては企業用のコアなJavaEEの方が、好きだけどね。
仮にSeasarがGoogleとの互換性を重視するあまりに、軽量なJavaを選択するのであれば、
僕としてはSpringに移行する事も想定に入れなければならない。


145 名前:デフォルトの名無しさん mailto:sage [2009/05/24(日) 17:04:49 ]
スリムサンがテストで対応してる環境に対して
それは方向性が違う俺たちは捨てられたとか騒ぐなよ
アホかお前ら

146 名前:デフォルトの名無しさん mailto:sage [2009/05/24(日) 17:06:36 ]
>>144
僕はバカ まで読んだ



147 名前:デフォルトの名無しさん mailto:sage [2009/05/24(日) 17:10:39 ]
好きなら文句言わずにJavaEE使ってればいいと思うんだけど

148 名前:デフォルトの名無しさん mailto:sage [2009/05/24(日) 17:16:28 ]
GAEがPHPと同レベルって笑うところ?笑えないけど

149 名前:デフォルトの名無しさん mailto:sage [2009/05/24(日) 17:21:39 ]
slim3はseasarじゃないって知らない人がいるね

150 名前:デフォルトの名無しさん mailto:sage [2009/05/24(日) 17:23:35 ]
アホだから直接スリムサンのblogで質問したりMLに投げたりできないんだろ
違いますよ何言ってるんですかって1秒で言われて終わりになるのが
自分でも解ってるから

151 名前:デフォルトの名無しさん mailto:sage [2009/05/24(日) 17:25:28 ]
>>147
ひがやすを氏が、SeasarとSlim3のプロジェクトを兼務しているので、論理が倒錯する局面が発生するので、
ユーザーとしては、そういう時に若干戸惑うかもしれないね。

152 名前:デフォルトの名無しさん mailto:sage [2009/05/24(日) 17:31:28 ]
>>144
Seasar2もSpringもJ2EEに対するアンチテーゼとして生まれ、
当時は軽量コンテナと呼ばれていた
これ豆知識な

153 名前:デフォルトの名無しさん mailto:sage [2009/05/24(日) 18:12:07 ]
どなたかSeaser.NETをお使いの方いらっしゃいませんか?
利用実績がある程度あればプロジェクト採用になるのですが・・・

154 名前:デフォルトの名無しさん mailto:sage [2009/05/24(日) 20:47:40 ]
>>153

どうなんだろうね。僕はJavaしかやったことがないで、解らないけど誰か.NET詳しい人います?
.netでもさ、S2Daoと同じ仕様なんで、例えばデータベースアクセスの際にVersionNoやTimestampによる
排他制御が実装されている。僕は.netでもSeasarを使う利便性は高いと思うけどね。

155 名前:デフォルトの名無しさん mailto:sage [2009/05/24(日) 20:55:05 ]
.NETならS2よりEnterprise Libraryのほうが提案しやすいけどな

156 名前:デフォルトの名無しさん mailto:sage [2009/05/24(日) 20:55:34 ]
>>153

うちではQuillつかってるよ。

DotNetって標準のWindowsFormsじゃあちょいとばかり非力だし
生のAdo.Netは使いにくいし、LinQforAdo.Netはカオスだし
S2Dao+Quillコンテナは、なんだかんだで便利。

まあ個人的にはDBアクセスはIBatis.Netのほうがいいじゃんって気もするけど。




157 名前:デフォルトの名無しさん mailto:sage [2009/05/24(日) 21:13:19 ]
>>141
嫌いなら別に使わなくていいと思う。
Servlet/JSPやJTAもJavaEEだから使うのやめればいいのに。
1からサーブレットAPIもどきから作るといいと思う。

158 名前:デフォルトの名無しさん mailto:sage [2009/05/24(日) 21:15:03 ]
みんなでGAE/Jすりゃ怖くないってか

159 名前:デフォルトの名無しさん mailto:sage [2009/05/24(日) 21:36:24 ]
GAE はまだまだ趣味レベルとしか見られないな

160 名前:デフォルトの名無しさん mailto:sage [2009/05/24(日) 21:54:04 ]
GAEのJava自体がまだテスト段階なんだから当たり前だと思うが

161 名前:デフォルトの名無しさん mailto:sage [2009/05/24(日) 22:19:12 ]
>>154 155 156
サンクス、助かります(;´Д`)
Enterprise Libraryはあまり馴染みがないのですが、
MS謹製ならちょっと考えようと思います

162 名前:デフォルトの名無しさん mailto:sage [2009/05/24(日) 22:47:19 ]
>>153
そういやSpringにも.NET版があるけど、どれ位使われているのかな?

163 名前:デフォルトの名無しさん mailto:sage [2009/05/24(日) 23:56:22 ]
>>162
それは、spring板の人に聞いてよ。でもさ、僕の視点では国産DIを利用した方がいいよ。付随するSAStrutsも高機能だからね。
前々、から言おうと思っていたけどさ、DAOクラスでさ、排他制御も書けない人がspringなんて使っても意味ないよ。


164 名前:デフォルトの名無しさん mailto:sage [2009/05/25(月) 00:08:23 ]
.NET版にもSAStrutsがあるのか。初耳だ。

165 名前:デフォルトの名無しさん mailto:sage [2009/05/25(月) 01:06:10 ]
ないよ
ってか事例だったらMLで聞いたら嫌でも殺到するのになんでまたこんな所で

166 名前:デフォルトの名無しさん mailto:sage [2009/05/25(月) 01:08:33 ]
PHP版はMapleとかあるけど、.NET版はかなり放置プレーだな



167 名前:デフォルトの名無しさん mailto:sage [2009/05/25(月) 01:11:26 ]
僕はJavaそしてSeasarを推薦するよ。S2Daoについて、僕が解りやすく説明するよ?
VersionNoでの排他制御に関しては、PrimaryKeyに属する行の内容を更新する際に、
VersionNoが自分の取得したVersionNoと異なるケースでは、他のユーザーが同じ行を先に更新している事になるので、正確な排他ができる。
Timestampでの排他制御に関しては、PrimaryKeyに属する行の内容を更新する際に、
Timestampが自分の取得したTimestampと異なるケースでは、他のユーザーが同じ行を先に更新している事になるので、正確な排他ができる。

Webシステムにおいては、多数の人が同時に同じDBにアクセスする事になるので、排他制御が抜けているシステムは致命的になる。


168 名前:デフォルトの名無しさん mailto:sage [2009/05/25(月) 02:20:42 ]
しかしながら、S2Daoの排他制御は不完全である。
理想としては、画面表示のselect時にVersionNoとTimestampを取得する仕様が好ましい。
今のS2Dao仕様では、Daoレベルでのデータベース更新の瞬間的な排他制御はできる。
そうではなくて、画面表示のselect時にVersionNoとTimestampを取得し、
「画面単位」で排他制御を行うのが正しい。S2Daoの排他制御もまた素人臭い。


169 名前:デフォルトの名無しさん mailto:sage [2009/05/25(月) 02:36:38 ]
カンファレンスにキシダタンでないかなぁ

170 名前:デフォルトの名無しさん mailto:sage [2009/05/25(月) 02:40:23 ]
>>168の訂正

失礼、ActionクラスからselectしDTOからActionFormに詰め替え際に、VersionNoあるいはTimestampもActionFormにsetする。
データベース更新時は、ActionFormからDTOに詰め替えする際に、select時に取得したVersionNoあるいはTimestampを
DTOに設定する事で、画面単位での排他制御が実現できる。

171 名前:デフォルトの名無しさん mailto:sage [2009/05/25(月) 03:07:04 ]
これができていないWebシステムはゴミだ。

172 名前:デフォルトの名無しさん mailto:sage [2009/05/25(月) 03:29:32 ]
若干混乱したので要約すると、

>>167○この概念はSeasarの公式にも書かれているので正しい
僕はJavaそしてSeasarを推薦するよ。S2Daoについて、僕が解りやすく説明するよ?
VersionNoでの排他制御に関しては、PrimaryKeyに属する行の内容を更新する際に、
VersionNoが自分の取得したVersionNoと異なるケースでは、他のユーザーが同じ行を先に更新している事になるので、正確な排他ができる。
Timestampでの排他制御に関しては、PrimaryKeyに属する行の内容を更新する際に、
Timestampが自分の取得したTimestampと異なるケースでは、他のユーザーが同じ行を先に更新している事になるので、正確な排他ができる。
Webシステムにおいては、多数の人が同時に同じDBにアクセスする事になるので、排他制御が抜けているシステムは致命的になる。

>>168×これは僕の認識の誤りである可能性が高い
しかしながら、S2Daoの排他制御は不完全である。
理想としては、画面表示のselect時にVersionNoとTimestampを取得する仕様が好ましい。
今のS2Dao仕様では、Daoレベルでのデータベース更新の瞬間的な排他制御はできる。
そうではなくて、画面表示のselect時にVersionNoとTimestampを取得し、
「画面単位」で排他制御を行うのが正しい。S2Daoの排他制御もまた素人臭い。

>>170○S2Daoの振る舞いが以下の使用に適合していれば、理想的な排他制御になる。検証してみなければ解らないが、暫定でできると仮定。
失礼、ActionクラスからselectしDTOからActionFormに詰め替え際に、VersionNoあるいはTimestampもActionFormにsetする。
データベース更新時は、ActionFormからDTOに詰め替えする際に、select時に取得したVersionNoあるいはTimestampを
DTOに設定する事で、画面単位での排他制御が実現できる。

>>171○ゴミです
これができていないWebシステムはゴミだ。


173 名前:デフォルトの名無しさん mailto:sage [2009/05/25(月) 11:43:47 ]
あ、いっぱい進んでる。

Rails使ったことないんだけど、
Railsはどのあたりが本質的で面白いか聞きたいのだけど、、、。


174 名前:デフォルトの名無しさん [2009/05/25(月) 19:12:26 ]
やべえ…
排他バカにみんな呆れて、過疎ってきた

175 名前:デフォルトの名無しさん mailto:sage [2009/05/26(火) 00:31:44 ]
>>168は楽観的ロック知らないのかなと思った
あと更新に失敗したら再度トランザクションやりなおしさせる処理が抜けてるシステムも多い

楽観的ロックは開発者に負担を強いるからね

176 名前:デフォルトの名無しさん mailto:sage [2009/05/26(火) 00:41:32 ]
>>168の言ってるのが楽観的ロックに見えるけど?



177 名前:デフォルトの名無しさん mailto:sage [2009/05/26(火) 01:26:32 ]
通常の楽観的ロックはトランザクション開始前に取得したものを使う

178 名前:デフォルトの名無しさん mailto:sage [2009/05/26(火) 03:25:49 ]
>>175
更新用データ取得時にバージョンカラムの値も取得しておいて
画面上ではhidden値にでも入れておいて
更新するときのBeanにその値を詰めておくだけだろ
アップデート文はFWが自動発行してくれるんだし
この程度を負担とか言っていたら、何も任せられないよ






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

前100 次100 最新50 [ このスレをブックマーク! 携帯に送る ] 2chのread.cgiへ
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧]( ´∀`)<147KB

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