国産DIコンテナSeasar その15
■ このスレッドは過去ログ倉庫に格納されています
0001デフォルトの名無しさん
2009/03/17(火) 20:48:19ってどうよ？みんなもう使ってるの？
使用経験とか、実戦配備情報とか、つかえねーよボケ、とかいろいろ書いてね。
本家 seasar.org
http://www.seasar.org/
Seasar Projectグループ
http://seasarproject.g.hatena.ne.jp/
ひがやすをblog
http://d.hatena.ne.jp/higayasuo/
前スレ
その1 http://pc5.2ch.net/test/read.cgi/tech/1092044210/
その2 http://pc5.2ch.net/test/read.cgi/tech/1098885253/
その3 http://pc8.2ch.net/test/read.cgi/tech/1102862221/
その4 http://pc8.2ch.net/test/read.cgi/tech/1119608621/
その5 http://pc8.2ch.net/test/read.cgi/tech/1135986150/
その6 http://pc8.2ch.net/test/read.cgi/tech/1148204750/
その7 http://pc8.2ch.net/test/read.cgi/tech/1153060167/
その8 http://pc10.2ch.net/test/read.cgi/tech/1165531719/
その9 http://pc11.2ch.net/test/read.cgi/tech/1170674234/
その10 http://pc11.2ch.net/test/read.cgi/tech/1176050197/
その11 http://pc11.2ch.net/test/read.cgi/tech/1190846507/
その12 http://pc11.2ch.net/test/read.cgi/tech/1203122931/
その13 http://pc11.2ch.net/test/read.cgi/tech/1215962870/
その14 http://pc11.2ch.net/test/read.cgi/tech/1224157275/
0392デフォルトの名無しさん
2009/07/08(水) 21:43:32うまく回してるように見えるか？w
Spring上にオレオレフレームワークを作る必要がある案件には見えないな
Seasar直でやった方が楽だったんじゃねーの？って見える
さらに言えばアーキテクト(開発リーダー)でもなさそうに見える
0393デフォルトの名無しさん
2009/07/08(水) 21:44:23でたなw
お前NetBeans好きだろ？www
0394372
2009/07/08(水) 21:50:21そう。
> DI対象の設定や
これをDIコンテナでやらんかったら存在意義がwww
> 可変項目やら、つまらん設定値の個別制御はSpringでやらせない。
そう。だって依存性の解決をするのがDIコンテナの役割であり、
設定パラメータのインジェクションは「DIインジェクション」
ではないと考えている。
そういう細かいことまで無理矢理やらせようとするから
おかしなことになるんじゃないかと思うけどな。
>>391
すまん、俺はSeasarを実際に使ったことないから比較できん。
だけどトランザクションの設定やら何やら、最初の設定は結構面倒だと思うぞ。
>>392
> Spring上にオレオレフレームワークを作る必要がある案件には見えないな
オレオレフレームワークを作ったなんて話は一言もしてないぞwww
> Seasar直でやった方が楽だったんじゃねーの？って見える
ならその理由を具体的に書いてくれよ。ぜひ議論に参加してくれ。
> さらに言えばアーキテクト(開発リーダー)でもなさそうに見える
それはこの議論で重要なの？
ここは2chなんだし、バックグラウンドなんてどうてもよくて何を語るか全てだと思うが。
0395デフォルトの名無しさん
2009/07/08(水) 21:56:51> オレオレフレームワークを作ったなんて話は一言もしてないぞwww
>>374=372じゃねーの？
これって実質オレオレフレームワークだろ。>>377以降これで盛り上がったんだぜ？
> 開発者はSpringを意識しなくて良いようなアーキテクチャにするか、
0396デフォルトの名無しさん
2009/07/08(水) 21:57:21軽い開発を目標にしてるなら<tx:annotation-driven/>かいて
サービスに@Transactionalつければいいだけだよね？
0397デフォルトの名無しさん
2009/07/08(水) 22:05:22最終的にはS2はEclipseとTomcatに依存してるのが嫌いだとか
言いやがったことがあったな
0398デフォルトの名無しさん
2009/07/08(水) 22:05:41>そう。
アノテーションハンドリングってxml上の設定を書くだけ？javaの制御コードも？
javaのコードもならS2比較で言うとSAStrutsとか
各S2フレームワークプロダクトに相当する気がする。
たぶんS2使う開発者はアノテーション制御を自分で書いたりまでしないで
SAStrutsみたいなのをそのまま使ってると思う。
あ、僕は煽ってる人じゃないので念のため。
xmlだけで色々できるならspringちょっとすごいかもしれない。
0399372
2009/07/08(水) 22:07:10<context:component-scan>使っただけでオレオレフレームワークになるのかwww
例えばStrutsとSpringを無改造で使って<context:component-scan>と組合せるだけの
シンプルな構成でも、どのクラス群にどういう役割を持たせるかを明確化して
開発ガイドラインとして規定したら、それはアークテクチャだと思うけど。
フレームワークは、あくまでもアークテクチャを実現する手段の
一つに過ぎんと思うぞ。
>>396
それだとクラスが密結合になるんじゃないか。
単体テストのことを考えたらDIしたいぞ。
0400デフォルトの名無しさん
2009/07/08(水) 22:13:11http://d.hatena.ne.jp/beyondseeker/20080621/1214083335
たぶんこーゆーの書いてるってことだろな。記事読んでないけど。
0401デフォルトの名無しさん
2009/07/08(水) 22:13:15> <context:component-scan>使っただけでオレオレフレームワークになるのかwww
それだけ？ｍｊｄ？
だったら>>377へのレス(>>378)はすべきじゃなかったな
>>378で最初に引用されてるフレームワークはどう見たって
Springじゃなくオレオレフレームワークのことだからな
0402372
2009/07/08(水) 22:17:11>>400
あ、まさにそれそれ。
>>401
>>378は、聞かれたから答えただけだぞ。
議論が本筋からズレてきたから、そろそろ戻していいですかね。
今度は俺から質問なんだが、Seasarサイドから見て
Springの問題点を教えてくれないか。
個別の技術要素じゃなくて「開発全体で見た観点」で。
0403372
2009/07/08(水) 22:23:39それはヒドイwww
俺はそんな逃げかたしないし、間違いがあったら認めるぞ
あと、俺は別にSpringマンセーじゃなくて、
ただの「Springは使ったことはあるがSeasarは使ったことがない開発者」だ。
0404デフォルトの名無しさん
2009/07/08(水) 22:28:09・自分やメンバにスキルやモチベがない
・時間との戦い
・トラブった時
など考えて英語情報を漁ってまでSpring使う気になれない。
使ってないから役に立たない回答でｽﾏﾝｺ
Springでおすすめの書籍やサイトあったら教えてくれよ
0405デフォルトの名無しさん
2009/07/08(水) 22:28:28Springまともに使ってないけど、最初に感じたのはアプリ全体をどう作っていいか
わからないってことだな
SeasarだとS2+SAStruts+S2JDBC+BeansとかS2+Teeda+S2Dao+S2Dxoとか
フルスタックでうまく考えられててDoltengですぐに始められる
ようするに>>331だ
0406デフォルトの名無しさん
2009/07/08(水) 22:33:30Springが最初からXML地獄を考慮してれば違っただろうな
タイミングは重要だよ
EJBだってSpring出る前に3になってれば流行っただろう
0407デフォルトの名無しさん
2009/07/08(水) 22:34:300408デフォルトの名無しさん
2009/07/08(水) 22:35:510409372
2009/07/08(水) 22:39:04>>406
なるほど、確かに。それは言うとおりだな。
俺はSpring1.x時代は知らんし。
じゃあ確実にSpringが負けているところは
結局>>331なんだということで理解した。
0410デフォルトの名無しさん
2009/07/08(水) 22:59:53S2の場合ひが氏の釣り師レベルが高くて上手く宣伝できてるってのもあると思う
0411デフォルトの名無しさん
2009/07/08(水) 23:03:12周りに使ってる奴いないんだもん
0412372
2009/07/08(水) 23:11:36ここはそれなりに参考になった。
ttp://d.hatena.ne.jp/nikkei225f/
ただし、どちかというとStruts2の話がメインであるが。
ちなみにここの人が書いた本はダメダメらしいから要注意な。
>>410
確かに、ヒガ氏のプレゼンスも含めSeasarはちゃんと市場を
意識していて、ニーズに合った製品を市場に出せていると思う。
まあ>>331のことだが。
それに引き換えSpringは…
ttp://www.springsource.com/training/classes/asia-pacific
日本は眼中になしwww
>>411
そうなのか。逆に俺のまわりはSpring一色だな。
SpringもSeasarも成熟しているし、一度どちらかに染まってしまうと、
どうやら積極的に乗り換える理由もなさそうだから、
民族大移動はもう起こらんのかもしれんな。
0413デフォルトの名無しさん
2009/07/08(水) 23:33:34Ｊａｖａってそろそろ落ち目なんかな？
0414デフォルトの名無しさん
2009/07/09(木) 00:13:48ここはSeasar2スレ
Seasar2案件が多いやつが目立つのは仕方ない
国内に限定してもおそらくSpringのほうが多いはず
0415デフォルトの名無しさん
2009/07/09(木) 00:37:32CakePHP
が好き
プログラマとしては素人だけど
新しい物好きの俺が言うんだから間違いない
0416デフォルトの名無しさん
2009/07/09(木) 01:37:530417デフォルトの名無しさん
2009/07/09(木) 09:37:21そうなの？どっかに統計ないかな？
0418デフォルトの名無しさん
2009/07/09(木) 09:45:17http://pc12.2ch.net/test/read.cgi/tech/1227196176/
あんま盛り上がってるように見えない
0419デフォルトの名無しさん
2009/07/09(木) 10:09:48>今度は俺から質問なんだが、Seasarサイドから見て
>Springの問題点を教えてくれないか。
>個別の技術要素じゃなくて「開発全体で見た観点」で。
component-scanが入って、特に優劣はないとおもう。
S2暦長いけど、今となってはそんなに違わないんじゃないかな。
0420デフォルトの名無しさん
2009/07/09(木) 11:53:190421372
2009/07/09(木) 14:00:44Springのプラグインって何だ？
Springのサブプロジェクトのことなら、
悪いが俺は何も使ってないからわからん。
というか何も使う必要はないって感じかな。
SpringにはDIコンテナ以上のことは求めてないし。
Eclipseのプラグインのことなら、これもやはり使う必要はないと思っている。
だって<component-scan>を使えばapplicationContext.xmlは最初に一回だけ
書けばいいので、IDEの支援はいらないし。
0422デフォルトの名無しさん
2009/07/09(木) 14:58:030423デフォルトの名無しさん
2009/07/09(木) 16:53:15Spring開発したときに苦労したのは、ろくな本が無いこと
Spring2入門買ったら前作のSpring入門読めとか書かれてあって、ふざけるなと思ったｗ
本家の英語ドキュメントが充実しているからなんとかなったけど
S2はS2側のお勧め構成の意識がすごく強くて
言われる通りに構成すればいいという安心感はあるな
JTA実装やコネクションプール実装も持ってるし、自前のO/Rマッパーもあるし
自前じゃないけどSAStrutsもあるから、とにかくオールインワン色が強い
あと、HOT Deployは大きな優位点だと思う
SpringはWebフレームワークとO/Rマッパーを自分で選択して、自分で組み合わせるのが前提だから
開発リーダーの腕次第というところがある
その分組み合わせの幅が広くて、新しいFWもすぐにSpring対応するのは便利だと感じた
0424デフォルトの名無しさん
2009/07/09(木) 17:42:30今Seasar2.4+dbflute+teeda使ってる俺が通りますよ。
>>406
俺もそれ。FWを選定している最中に、teedaの特集に乗せられてしまった口です。
結局teeda自体はあれだけど、Seasar2+dbfluteは結構幸せだよ。
Seasarは用意されたドキュメントがなんとも目的の事が探せないというか、
今一統一感がないというか、タライ回しにされてる感があって微妙。
でも、MLで聞く度胸さえあればなんとかなるし、ある程度要望も聞いてくれるし、
日本語なblogもたくさんあるしね。
ココで技術的なことは聞いちゃダメらしいけどｗ
0425デフォルトの名無しさん
2009/07/09(木) 17:47:05>ココで技術的なことは聞いちゃダメらしいけどｗ
嘘を嘘と見抜ける人なら問題なし。
0426デフォルトの名無しさん
2009/07/09(木) 18:00:230427デフォルトの名無しさん
2009/07/09(木) 18:01:23参考までに、Teedaがどうあれだったのか聞かせてほしいｗ
0428デフォルトの名無しさん
2009/07/09(木) 18:57:59誤解を与えてしまったかも知れんが、今はそんなにアレじゃないよｗ
なんつーか、BAD KNOW HOWが溜まるまでがちょっとつらかった。
（これは何でも同じだけどね）
現時点での大きなアレなところは、
・JavaScriptが前提になっている部分があるので、携帯向けはつらい。
・ネストされたプロパティを扱えないんで、ページクラスが煩雑になる
（これは、次期バージョンで対応するとかしないとか）
詳しくは、MLを見るようになｗ
0429デフォルトの名無しさん
2009/07/09(木) 19:34:390430デフォルトの名無しさん
2009/07/09(木) 19:55:48俺はJSF使ったことないんだが、よかったら具体的な理由を教えておくれ
0431デフォルトの名無しさん
2009/07/09(木) 20:31:05ドキュメントの出来の悪くて困る。
0432デフォルトの名無しさん
2009/07/09(木) 20:39:280433デフォルトの名無しさん
2009/07/09(木) 23:44:48EJB3活用してる人って全然いないのかね？
0434デフォルトの名無しさん
2009/07/10(金) 00:50:25s2やsastruts使ってみましたが魅力がまったくわかりません
どなたか教えてください
ちなみにjava系のメジャーなフレームワークならweb系に限らずほぼ一通りわかるかと思います
0435デフォルトの名無しさん
2009/07/10(金) 00:58:54わからなくていいよ
0436デフォルトの名無しさん
2009/07/10(金) 03:04:06すみません、うちの >>434 がご迷惑をおかけしまして・・・・
>>434
どう魅力がないか書いてくれないと、議論が進まないから書いてよ
おれも知りたいし
0437デフォルトの名無しさん
2009/07/10(金) 03:10:11ここに来る必要なくね？そんなに自分の判断に自信が持てないのか？
0438デフォルトの名無しさん
2009/07/10(金) 07:08:23Seasar2のHot Reloadingは、どうですか？
0439デフォルトの名無しさん
2009/07/10(金) 08:24:470440デフォルトの名無しさん
2009/07/10(金) 09:26:40自分が使って魅力を感じなかったならそれでいいだろ。
springはS2より魅力的ってのなら、具体的に語ってみればリアクションあるかもよ
0441デフォルトの名無しさん
2009/07/11(土) 19:04:34クラスローダ周りですぐ動かなくなったりpermgen死亡したりするんだが
0442デフォルトの名無しさん
2009/07/11(土) 19:59:00http://ml.seasar.org/archives/seasar-user/2009-February/016916.html
http://www3.vis.ne.jp/~asaki/p_diary/diary.cgi?Date=20090214#2009021401
0443デフォルトの名無しさん
2009/07/13(月) 00:46:08Seasarが戦術で何とかしようとしているところから出ているんだよな。
それを「革命的なアドバンテージ」と喧伝する奴がいる一方で
「本質的な解決には何もつながっていない」と考える奴がいるのも仕方ないことだと思うよ。
「ふいんき的にOKポイ」ってだけでコミットするような開発者は日本では基本的にB級のクソだから
Railsだってコミット前にはアプリケーションサーバーを再起動して動作確認するのが基本なんだけど
ひがはどうやらその辺の確認は軽視しているように見える。
アーキテクト的にはそのへんは開発者の不注意だと、
責任を押し付けることが出来るから重要視する必要が無いんだろうね。
あと、Hot Reloadingって何ｗｗｗ？今まで散々Hot Deployで推してきたのにｗｗｗ。
0444デフォルトの名無しさん
2009/07/13(月) 01:01:000445デフォルトの名無しさん
2009/07/13(月) 01:07:26エクリプスはGlassFish Tools1.0です。
0446デフォルトの名無しさん
2009/07/13(月) 01:30:040447443
2009/07/13(月) 01:40:55お前、本当に意味が分からなくてそうかいてる？
それとも俺の発言を単に貶めたいからそう書いてる？
酔っ払ってるから省略して書いたけど、ある程度お前にも分かるように書いてみるよ。
> 結局、Hot Deployがいけてない所ってJava言語自身の戦略が抱えている問題を、
> Seasarが戦術で何とかしようとしているところから出ているんだよな。
同一VMで同クラスを再度読み込む場合、どれだけ工夫してもPermGenが消費される。
これが、JavaVMが本質的に抱えている問題。けど、SeasarはHotDeployを実現するために
PermGenを食い尽くすまでは別クラスとしてロードする戦術を取った。
だから、HotDeployを繰り返すとPermGenを食い尽くしてエラーが出るって言うのは
本質的に回避不可能な現象。
> それを「革命的なアドバンテージ」と喧伝する奴がいる一方で
> 「本質的な解決には何もつながっていない」と考える奴がいるのも仕方ないことだと思うよ。
これは上記の詳細な説明を読んだら理解できると思う。というか、これ以上平易にはかけない。
> 「ふいんき的にOKポイ」ってだけでコミットするような開発者は日本では基本的にB級のクソだから
> Railsだってコミット前にはアプリケーションサーバーを再起動して動作確認するのが基本なんだけど
> ひがはどうやらその辺の確認は軽視しているように見える。
んで、HotDeployと類似の問題はヒガが対抗意識を持っているRailsの開発でも発生する。
Railsでもソースがリロードされる領域とリロードされない領域は別なんだ。
んで、Railsで開発している奴らも結局、コミット前にはASを再起動して
最終の動作確認を行う。（少なくとも心ある開発者は）
それなのに「ASを再起動しなくてサクサク開発」とか言ってる
ヒガは基本的に適当な奴なんだろうなと俺は思ったのだ。
>>446で気づいたが、単にファビョったキチガイコミッタの嵐なんだな。真面目に反応して損した。
0448デフォルトの名無しさん
2009/07/13(月) 01:52:25誰か「最終」確認で再起動することを禁じてるのか？
「最終」以外の確認はしないのか？それは再起動しないとできないのか？
0449デフォルトの名無しさん
2009/07/13(月) 01:57:45いや解った上でバカじゃないのと言ってるわけで
詳しくない奴ほどトンチンカンでどうでもいい説明したがるんだよな
0450デフォルトの名無しさん
2009/07/13(月) 02:00:13サーバーの転送量越えてる
いつものことですか？
0451デフォルトの名無しさん
2009/07/13(月) 02:08:380452デフォルトの名無しさん
2009/07/13(月) 02:16:01毎回必ず再起動する必要はないってのは便利だし、
何をファビョってるんだ？こいつは。
0453デフォルトの名無しさん
2009/07/13(月) 02:17:24> 誰か「最終」確認で再起動することを禁じてるのか？
そんなこと禁じる会社は馬鹿だろう。当然誰も禁じていない。
だが、サクサク開発とは対照的な再起動を好んで行う開発者がいるだろうか？
特に無知な開発者が。
> 「最終」以外の確認はしないのか？それは再起動しないとできないのか？
コミット後にテスターによる最終確認は当然行う。それが出来てない開発会社はクズだ。
だが、開発者がコミット前に再起動を行わない状態での確認を行ってバグを出した場合、責任は誰のせい？
「サクサク開発」を推した人間？それともそれを信じた人間？俺は信じた人間だと思っている。
けど、頭の弱い開発者を騙す奴は業界のためにならないとも思っている。
>>449
そうか、俺の発言を理解したうえで「何言ってるの」って返してくれていたわけか。
けど、簡単に「お前詳しくない」とか「トンチンカン」ってレッテルしただけじゃ
普通の人は「どこでそう思ったんだろう？」って疑問符が残るだけで結局誰も得しないんだぜ。
>>451
ままままままままじで！！！！！？？？？？知りませんでした。申し訳ない。
俺、全然Seasar使ってなくてSpring使ってmvn:jettyで開発してるんだけど、
一定回数以上のリロードを行うとPerm領域があふれて落ちてションボリズムなのよ。
んで結局「バイトコード改変したクラスの定義情報を何度も読み込んでるから、それで溢れてるんだろうなぁ」
って予測してたんだけどそうじゃなかったのか。
ちなみにPerm領域のGCが開放される条件ってどんなのか知っていたら教えてください。
資料へのポインタでもいいです。お願いします。
0454デフォルトの名無しさん
2009/07/13(月) 02:34:50悪いのは道具じゃなくて
道具を使いこなせない側
0455デフォルトの名無しさん
2009/07/13(月) 02:46:110456デフォルトの名無しさん
2009/07/13(月) 02:52:33知ってるがな。俺がそれで困ったことなんて一度も無い。
>>455
悪かったがな。そんな程度の間違いで目くじら立てられても困る。
0457455
2009/07/13(月) 02:57:37ちょっといじわるしたかっただけです。
頻繁にPermGenエラー出るならごもっともだけど
俺そんなに出なかったけどな。
出たら再起動って事でも別にサクサク感は損なわれないけどな。
規模にもよるのかもしれないですな。
0458デフォルトの名無しさん
2009/07/13(月) 03:14:16困った事が無いなら何に目くじら立ててるの？
0459デフォルトの名無しさん
2009/07/13(月) 03:20:12> > 誰か「最終」確認で再起動することを禁じてるのか？
> そんなこと禁じる会社は馬鹿だろう。当然誰も禁じていない。
「誰か」はひが氏の意味で書いたんだがな。
ひが氏含めて誰も禁じてないんだから再起動して最終確認すればいいだけ。
修正確認は再起動しないで確認すればいい。
お前のポリシーとHot Deployという道具は矛盾も対立もしない。両立する。
で、お前は何をファビョってるんだ？
0460デフォルトの名無しさん
2009/07/13(月) 03:24:58欠点見つけたって騒ぎたい気持ちはわかるけど
本当にそれが大きな欠点なら、君程度の奴が発見する前に他の人が見つけてるから
0461デフォルトの名無しさん
2009/07/13(月) 03:33:11Hotdeployの利便性を覆すほどのものではないとことも含めて。
0462デフォルトの名無しさん
2009/07/13(月) 03:40:12>一定回数以上のリロードを行うとPerm領域があふれて落ちてションボリズムなのよ。
それはただのメモリリークだ常識で考えろ
>ちなみにPerm領域のGCが開放される条件ってどんなのか知っていたら教えてください。
ググれカス
0463デフォルトの名無しさん
2009/07/13(月) 09:34:26Perm領域をJVMオプションで増やしておく、ぐらいFAQに書いとけと思った。
あとクラスローダー周りでトラブルること多いけど「サクサクです。以上」ってのもどうかと思った。
S2陣営がターゲットとしている、「難しいことを考えなくても使えるものが欲しい人達」には
対処できないだろコレ
0464デフォルトの名無しさん
2009/07/13(月) 10:33:070465デフォルトの名無しさん
2009/07/13(月) 10:58:49>俺、全然Seasar使ってなくてSpring使ってmvn:jettyで開発してるんだけど、
使ってなくて書いてたのかよｗ
>んで結局「バイトコード改変したクラスの定義情報を何度も読み込んでるから、それで溢れてるんだろうなぁ」
それくらい簡単に調べられるだろ
ツール使ってもいいし、ClassLoader取ってきて解放していないclassを調べてもいい
Commons LoggingとかCGLIBとか、そういう問題を抱えているライブラリは過去沢山あったから
何かがメモリリークを起こしてるんじゃない？
0466デフォルトの名無しさん
2009/07/13(月) 11:47:360467デフォルトの名無しさん
2009/07/13(月) 13:01:300468デフォルトの名無しさん
2009/07/13(月) 15:00:09調べてみた。これって有償プロダクトなんだな。
なんかオープンソースでsamurai-reloadableというのがあるらしい。
動かしてみたがNullPointerExceptionで落ちてちゃんと動かんかった
0469デフォルトの名無しさん
2009/07/13(月) 15:07:32これか。ググっても他に情報ないな。
0470デフォルトの名無しさん
2009/07/13(月) 15:20:31お試し期間あるからやってみ？S2とは別次元の快適さだよ。
0471デフォルトの名無しさん
2009/07/13(月) 15:35:17ヒガーに全否定されてるけど大丈夫なのかwww
(PDF注意)
ttp://event.seasarfoundation.org/sc2009white/viewAttachment.do?_pageName_=Session&_fileName_=sc2009white_s406_4_hot.pdf
このPDFで紹介されているのが
samurai-reloadable(kimu-reloadable)な。
俺は動かんかったけど。
0472デフォルトの名無しさん
2009/07/13(月) 17:00:33>JavarebelのHOT deployの実装を見ればわかると思いますが、リクエストのたんびに全コンポーネントをデプロイして破棄していると思います。
>これでは、クラス数が増えると使い物になりません。
実際試さずに想像で書いてるっぽい。
ってか実案件(コンポ数多いってこと）で試したらS2のは重かったけど
JavaRebelは大丈夫だったぜ。対してS2は
>1回の画面遷移で行われる再登録処理に30秒くらいかかってしまう。
これじゃ使い物にならんだろが!現場の話聞いてんのかと小一時間
アーキテクト乙。
0473デフォルトの名無しさん
2009/07/13(月) 17:05:31http://d.hatena.ne.jp/alunko/20090102/1230891319
>Railsアプリは最後には、1画面遷移で15秒以上かかるようになってしまった。
意外だ。LLっぽくねぇ･･･
0474デフォルトの名無しさん
2009/07/13(月) 17:05:30木村氏乙
0475デフォルトの名無しさん
2009/07/13(月) 17:14:25木村氏じゃないのでsamuraiとかのことはよくわからんけど、
落ちないようになったら試してみたいとは思った。
0476デフォルトの名無しさん
2009/07/13(月) 17:15:430477デフォルトの名無しさん
2009/07/13(月) 17:16:35>>289-294嫁
要は>>472の設計が悪い
0478デフォルトの名無しさん
2009/07/13(月) 17:31:32>>477
thx。みんながこれ把握&綺麗に設計実装してうまくやってるともあまり思えんが･･･
「設計が悪い」と言われたら、まあその通りなんだろなと認める。
0479デフォルトの名無しさん
2009/07/13(月) 18:28:33構成を調べて、Controller系のみをprototypeで残して、
fieldに一時的な情報を保持していないDaoクラス等をsingletonに変えたらかなり早くなった
結局は>>477のリンク先で書かれてるように無闇に関連コンポーネントが多すぎる設計が問題だったんだけど
そこには手をつけられないってことが実際は多いからな
0480デフォルトの名無しさん
2009/07/14(火) 19:06:03あるいはヒガに関係なくkeyvalue系？の設計指標的なやつ
0481デフォルトの名無しさん
2009/07/14(火) 23:29:060482デフォルトの名無しさん
2009/07/15(水) 10:38:25今出てるWeb+DBでがまんというのは
どうでしょう
0483デフォルトの名無しさん
2009/07/15(水) 12:49:150484480
2009/07/15(水) 16:27:43ありがとー。読んでみる。
0485デフォルトの名無しさん
2009/07/16(木) 01:32:21development モードで動かしているんじゃないの？
Rails は、本番 production モードで動かすものだし、
production モードは体感できるぐらい速いけど
(もちろんリロードしないが)
0486デフォルトの名無しさん
2009/07/16(木) 01:44:46話が読めないバカ
0487デフォルトの名無しさん
2009/07/16(木) 01:44:48HotDeployうんぬんの文脈で出てきたんだから、
developmentモードで遅くなる事を問題視しているのは明らかでは。
0488485
2009/07/16(木) 02:00:20にしても、いくらでかいアプリ作ったといえど、development モードでそんなに遅くなるかなぁ
アプリ(システムのでかさ)というより、そのコンポーネントがどれくらい子供(参照)を抱えているか、ということらしいが
だから >>472 の設計が悪い、という話になるのか
0489デフォルトの名無しさん
2009/07/16(木) 02:06:240490デフォルトの名無しさん
2009/07/16(木) 02:08:04Railsの話？
0491デフォルトの名無しさん
2009/07/16(木) 20:31:552chの話題に頼みもしないのにからんでくるわ。バッドノウハウも貯まって来ていますと書きながらリソースへのポインタ無し。
こいつにオープンソースを語られる日本が不憫だ。
■ このスレッドは過去ログ倉庫に格納されています