- 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/
- 391 名前：デフォルトの名無しさん mailto:sage [2009/07/08(水) 21:43:04 ]
- >>372
＞* 開発を軌道に乗るまでが面倒
＞ → Springはいろいろとお膳立てしてやらんとまともに使えない
ん？セットアップはS2より楽だよね？
- 392 名前：デフォルトの名無しさん mailto:sage [2009/07/08(水) 21:43:32 ]
- >>390
うまく回してるように見えるか？w
Spring上にオレオレフレームワークを作る必要がある案件には見えないな
Seasar直でやった方が楽だったんじゃねーの？って見える
さらに言えばアーキテクト(開発リーダー)でもなさそうに見える
- 393 名前：デフォルトの名無しさん mailto:sage [2009/07/08(水) 21:44:23 ]
- >>391
でたなw
お前NetBeans好きだろ？www
- 394 名前：372 mailto:sage [2009/07/08(水) 21:50:21 ]
- > サービス自動登録的なアノテーション制御を開発リーダーが一発書いて終わり。
そう。
> DI対象の設定や
これをDIコンテナでやらんかったら存在意義がwww
> 可変項目やら、つまらん設定値の個別制御はSpringでやらせない。
そう。だって依存性の解決をするのがDIコンテナの役割であり、
設定パラメータのインジェクションは「DIインジェクション」
ではないと考えている。
そういう細かいことまで無理矢理やらせようとするから
おかしなことになるんじゃないかと思うけどな。
>>391
すまん、俺はSeasarを実際に使ったことないから比較できん。
だけどトランザクションの設定やら何やら、最初の設定は結構面倒だと思うぞ。
>>392
> Spring上にオレオレフレームワークを作る必要がある案件には見えないな
オレオレフレームワークを作ったなんて話は一言もしてないぞwww
> Seasar直でやった方が楽だったんじゃねーの？って見える
ならその理由を具体的に書いてくれよ。ぜひ議論に参加してくれ。
> さらに言えばアーキテクト(開発リーダー)でもなさそうに見える
それはこの議論で重要なの？
ここは2chなんだし、バックグラウンドなんてどうてもよくて何を語るか全てだと思うが。
- 395 名前：デフォルトの名無しさん mailto:sage [2009/07/08(水) 21:56:51 ]
- >>394
> オレオレフレームワークを作ったなんて話は一言もしてないぞwww
>>374=372じゃねーの？
これって実質オレオレフレームワークだろ。>>377以降これで盛り上がったんだぜ？
> 開発者はSpringを意識しなくて良いようなアーキテクチャにするか、
- 396 名前：デフォルトの名無しさん mailto:sage [2009/07/08(水) 21:57:21 ]
- >>394
軽い開発を目標にしてるなら<tx:annotation-driven/>かいて
サービスに@Transactionalつければいいだけだよね？
- 397 名前：デフォルトの名無しさん mailto:sage [2009/07/08(水) 22:05:22 ]
- S2嫌いでSpringマンセーの奴と議論したときに
最終的にはS2はEclipseとTomcatに依存してるのが嫌いだとか
言いやがったことがあったな
- 398 名前：デフォルトの名無しさん [2009/07/08(水) 22:05:41 ]
- >> サービス自動登録的なアノテーション制御を開発リーダーが一発書いて終わり。
>そう。
アノテーションハンドリングってxml上の設定を書くだけ？javaの制御コードも？
javaのコードもならS2比較で言うとSAStrutsとか
各S2フレームワークプロダクトに相当する気がする。
たぶんS2使う開発者はアノテーション制御を自分で書いたりまでしないで
SAStrutsみたいなのをそのまま使ってると思う。
あ、僕は煽ってる人じゃないので念のため。
xmlだけで色々できるならspringちょっとすごいかもしれない。
- 399 名前：372 mailto:sage [2009/07/08(水) 22:07:10 ]
- >>395
<context:component-scan>使っただけでオレオレフレームワークになるのかwww
例えばStrutsとSpringを無改造で使って<context:component-scan>と組合せるだけの
シンプルな構成でも、どのクラス群にどういう役割を持たせるかを明確化して
開発ガイドラインとして規定したら、それはアークテクチャだと思うけど。
フレームワークは、あくまでもアークテクチャを実現する手段の
一つに過ぎんと思うぞ。
>>396
それだとクラスが密結合になるんじゃないか。
単体テストのことを考えたらDIしたいぞ。
- 400 名前：デフォルトの名無しさん [2009/07/08(水) 22:13:11 ]
- Spring＋HibernateEntityManager（コンポーネント自動検出 without アノテーション編
d.hatena.ne.jp/beyondseeker/20080621/1214083335
たぶんこーゆーの書いてるってことだろな。記事読んでないけど。
- 401 名前：デフォルトの名無しさん mailto:sage [2009/07/08(水) 22:13:15 ]
- >>399
> <context:component-scan>使っただけでオレオレフレームワークになるのかwww
それだけ？ｍｊｄ？
だったら>>377へのレス(>>378)はすべきじゃなかったな
>>378で最初に引用されてるフレームワークはどう見たって
Springじゃなくオレオレフレームワークのことだからな
- 402 名前：372 mailto:sage [2009/07/08(水) 22:17:11 ]
-
>>400
あ、まさにそれそれ。
>>401
>>378は、聞かれたから答えただけだぞ。
議論が本筋からズレてきたから、そろそろ戻していいですかね。
今度は俺から質問なんだが、Seasarサイドから見て
Springの問題点を教えてくれないか。
個別の技術要素じゃなくて「開発全体で見た観点」で。
- 403 名前：372 mailto:sage [2009/07/08(水) 22:23:39 ]
- >>397
それはヒドイwww
俺はそんな逃げかたしないし、間違いがあったら認めるぞ
あと、俺は別にSpringマンセーじゃなくて、
ただの「Springは使ったことはあるがSeasarは使ったことがない開発者」だ。
- 404 名前：デフォルトの名無しさん [2009/07/08(水) 22:28:09 ]
- >>402
・自分やメンバにスキルやモチベがない
・時間との戦い
・トラブった時
など考えて英語情報を漁ってまでSpring使う気になれない。
使ってないから役に立たない回答でｽﾏﾝｺ
Springでおすすめの書籍やサイトあったら教えてくれよ
- 405 名前：デフォルトの名無しさん mailto:sage [2009/07/08(水) 22:28:28 ]
- >>402
Springまともに使ってないけど、最初に感じたのはアプリ全体をどう作っていいか
わからないってことだな
SeasarだとS2+SAStruts+S2JDBC+BeansとかS2+Teeda+S2Dao+S2Dxoとか
フルスタックでうまく考えられててDoltengですぐに始められる
ようするに>>331だ
- 406 名前：デフォルトの名無しさん mailto:sage [2009/07/08(水) 22:33:30 ]
- Springが2.xになる前にSeasar2使い始めたからそのままSeasar2
Springが最初からXML地獄を考慮してれば違っただろうな
タイミングは重要だよ
EJBだってSpring出る前に3になってれば流行っただろう
- 407 名前：デフォルトの名無しさん [2009/07/08(水) 22:34:30 ]
- Wicketマンセーな人が >>370 にコメントつけてくれるとｳﾚｼｽ
- 408 名前：デフォルトの名無しさん [2009/07/08(水) 22:35:51 ]
- あー俺も>>406と同じだわ
- 409 名前：372 mailto:sage [2009/07/08(水) 22:39:04 ]
- >>405
>>406
なるほど、確かに。それは言うとおりだな。
俺はSpring1.x時代は知らんし。
じゃあ確実にSpringが負けているところは
結局>>331なんだということで理解した。
- 410 名前：デフォルトの名無しさん [2009/07/08(水) 22:59:53 ]
- Springのエバンジェリストみたいなやつがガンガン宣伝すればまた状況は違うんじゃない？
S2の場合ひが氏の釣り師レベルが高くて上手く宣伝できてるってのもあると思う
- 411 名前：デフォルトの名無しさん [2009/07/08(水) 23:03:12 ]
- まあ Springが安定してるよって話聞けただけでも参考になった。
周りに使ってる奴いないんだもん
- 412 名前：372 mailto:sage [2009/07/08(水) 23:11:36 ]
- >>404
ここはそれなりに参考になった。
ttp://d.hatena.ne.jp/nikkei225f/
ただし、どちかというとStruts2の話がメインであるが。
ちなみにここの人が書いた本はダメダメらしいから要注意な。
>>410
確かに、ヒガ氏のプレゼンスも含めSeasarはちゃんと市場を
意識していて、ニーズに合った製品を市場に出せていると思う。
まあ>>331のことだが。
それに引き換えSpringは…
ttp://www.springsource.com/training/classes/asia-pacific
日本は眼中になしwww
>>411
そうなのか。逆に俺のまわりはSpring一色だな。
SpringもSeasarも成熟しているし、一度どちらかに染まってしまうと、
どうやら積極的に乗り換える理由もなさそうだから、
民族大移動はもう起こらんのかもしれんな。
- 413 名前：デフォルトの名無しさん [2009/07/08(水) 23:33:34 ]
- 最近はPHPの案件が多いんだけど、
Ｊａｖａってそろそろ落ち目なんかな？
- 414 名前：デフォルトの名無しさん mailto:sage [2009/07/09(木) 00:13:48 ]
- >>412
ここはSeasar2スレ
Seasar2案件が多いやつが目立つのは仕方ない
国内に限定してもおそらくSpringのほうが多いはず
- 415 名前：デフォルトの名無しさん [2009/07/09(木) 00:37:32 ]
- Seasar2
CakePHP
が好き
プログラマとしては素人だけど
新しい物好きの俺が言うんだから間違いない
- 416 名前：デフォルトの名無しさん [2009/07/09(木) 01:37:53 ]
- で、おまえは何を言ったんだい？ｗ
- 417 名前：デフォルトの名無しさん [2009/07/09(木) 09:37:21 ]
- >国内に限定してもおそらくSpringのほうが多いはず
そうなの？どっかに統計ないかな？
- 418 名前：デフォルトの名無しさん [2009/07/09(木) 09:45:17 ]
- 【DI】Java Spring Frameworkを語るスレ 4.0
pc12.2ch.net/test/read.cgi/tech/1227196176/
あんま盛り上がってるように見えない
- 419 名前：デフォルトの名無しさん [2009/07/09(木) 10:09:48 ]
- >402
>今度は俺から質問なんだが、Seasarサイドから見て
>Springの問題点を教えてくれないか。
>個別の技術要素じゃなくて「開発全体で見た観点」で。
component-scanが入って、特に優劣はないとおもう。
S2暦長いけど、今となってはそんなに違わないんじゃないかな。
- 420 名前：デフォルトの名無しさん [2009/07/09(木) 11:53:19 ]
- >>372ってどーゆー構成で作ってたの？お勧めspringプラグインとか教えてよ
- 421 名前：372 mailto:sage [2009/07/09(木) 14:00:44 ]
- >>420
Springのプラグインって何だ？
Springのサブプロジェクトのことなら、
悪いが俺は何も使ってないからわからん。
というか何も使う必要はないって感じかな。
SpringにはDIコンテナ以上のことは求めてないし。
Eclipseのプラグインのことなら、これもやはり使う必要はないと思っている。
だって<component-scan>を使えばapplicationContext.xmlは最初に一回だけ
書けばいいので、IDEの支援はいらないし。
- 422 名前：デフォルトの名無しさん [2009/07/09(木) 14:58:03 ]
- S2はHOT reloadingが便利だな。
- 423 名前：デフォルトの名無しさん mailto:sage [2009/07/09(木) 16:53:15 ]
- >>402
Spring開発したときに苦労したのは、ろくな本が無いこと
Spring2入門買ったら前作のSpring入門読めとか書かれてあって、ふざけるなと思ったｗ
本家の英語ドキュメントが充実しているからなんとかなったけど
S2はS2側のお勧め構成の意識がすごく強くて
言われる通りに構成すればいいという安心感はあるな
JTA実装やコネクションプール実装も持ってるし、自前のO/Rマッパーもあるし
自前じゃないけどSAStrutsもあるから、とにかくオールインワン色が強い
あと、HOT Deployは大きな優位点だと思う
SpringはWebフレームワークとO/Rマッパーを自分で選択して、自分で組み合わせるのが前提だから
開発リーダーの腕次第というところがある
その分組み合わせの幅が広くて、新しいFWもすぐにSpring対応するのは便利だと感じた
- 424 名前：デフォルトの名無しさん mailto:sage [2009/07/09(木) 17:42:30 ]
- Spring1.x+hibernate+Strutsを経験して
今Seasar2.4+dbflute+teeda使ってる俺が通りますよ。
>>406
俺もそれ。FWを選定している最中に、teedaの特集に乗せられてしまった口です。
結局teeda自体はあれだけど、Seasar2+dbfluteは結構幸せだよ。
Seasarは用意されたドキュメントがなんとも目的の事が探せないというか、
今一統一感がないというか、タライ回しにされてる感があって微妙。
でも、MLで聞く度胸さえあればなんとかなるし、ある程度要望も聞いてくれるし、
日本語なblogもたくさんあるしね。
ココで技術的なことは聞いちゃダメらしいけどｗ
- 425 名前：デフォルトの名無しさん mailto:sage [2009/07/09(木) 17:47:05 ]
- >>424
>ココで技術的なことは聞いちゃダメらしいけどｗ
嘘を嘘と見抜ける人なら問題なし。
- 426 名前：デフォルトの名無しさん mailto:sage [2009/07/09(木) 18:00:23 ]
- 全部嘘だから問題なし
- 427 名前：デフォルトの名無しさん mailto:sage [2009/07/09(木) 18:01:23 ]
- >>424
参考までに、Teedaがどうあれだったのか聞かせてほしいｗ
- 428 名前：デフォルトの名無しさん mailto:sage [2009/07/09(木) 18:57:59 ]
- >>427
誤解を与えてしまったかも知れんが、今はそんなにアレじゃないよｗ
なんつーか、BAD KNOW HOWが溜まるまでがちょっとつらかった。
（これは何でも同じだけどね）
現時点での大きなアレなところは、
・JavaScriptが前提になっている部分があるので、携帯向けはつらい。
・ネストされたプロパティを扱えないんで、ページクラスが煩雑になる
（これは、次期バージョンで対応するとかしないとか）
詳しくは、MLを見るようになｗ
- 429 名前：デフォルトの名無しさん [2009/07/09(木) 19:34:39 ]
- 悪いこといわんからJSF系はやめておけと忠告しておきたい。
- 430 名前：デフォルトの名無しさん mailto:sage [2009/07/09(木) 19:55:48 ]
- >>429
俺はJSF使ったことないんだが、よかったら具体的な理由を教えておくれ
- 431 名前：デフォルトの名無しさん [2009/07/09(木) 20:31:05 ]
- >>424
ドキュメントの出来の悪くて困る。
- 432 名前：デフォルトの名無しさん mailto:sage [2009/07/09(木) 20:39:28 ]
- ドキュメントはフルスタックじゃないんだよな…
- 433 名前：デフォルトの名無しさん mailto:sage [2009/07/09(木) 23:44:48 ]
- >>406
EJB3活用してる人って全然いないのかね？
- 434 名前：デフォルトの名無しさん mailto:sage [2009/07/10(金) 00:50:25 ]
- spring使いのspring好きです
s2やsastruts使ってみましたが魅力がまったくわかりません
どなたか教えてください
ちなみにjava系のメジャーなフレームワークならweb系に限らずほぼ一通りわかるかと思います
- 435 名前：デフォルトの名無しさん mailto:sage [2009/07/10(金) 00:58:54 ]
- >>434
わからなくていいよ
- 436 名前：デフォルトの名無しさん mailto:sage [2009/07/10(金) 03:04:06 ]
- spring使いの spring 好きです。
すみません、うちの >>434 がご迷惑をおかけしまして・・・・
>>434
どう魅力がないか書いてくれないと、議論が進まないから書いてよ
おれも知りたいし
- 437 名前：デフォルトの名無しさん mailto:sage [2009/07/10(金) 03:10:11 ]
- spring使いのspring好きで、s2やsastruts使って魅力がわからなかったなら
ここに来る必要なくね？そんなに自分の判断に自信が持てないのか？
- 438 名前：デフォルトの名無しさん mailto:sage [2009/07/10(金) 07:08:23 ]
- >>434
Seasar2のHot Reloadingは、どうですか？
- 439 名前：デフォルトの名無しさん mailto:sage [2009/07/10(金) 08:24:47 ]
- S2はおすすめ構成以外が地獄。
- 440 名前：デフォルトの名無しさん [2009/07/10(金) 09:26:40 ]
- >>434
自分が使って魅力を感じなかったならそれでいいだろ。
springはS2より魅力的ってのなら、具体的に語ってみればリアクションあるかもよ
- 441 名前：デフォルトの名無しさん [2009/07/11(土) 19:04:34 ]
- Hot Reloadingってみんな快適に使えてるか？
クラスローダ周りですぐ動かなくなったりpermgen死亡したりするんだが
- 442 名前：デフォルトの名無しさん mailto:sage [2009/07/11(土) 19:59:00 ]
- >>441
ml.seasar.org/archives/seasar-user/2009-February/016916.html
www3.vis.ne.jp/~asaki/p_diary/diary.cgi?Date=20090214#2009021401
- 443 名前：デフォルトの名無しさん mailto:sage [2009/07/13(月) 00:46:08 ]
- 結局、Hot Deployがいけてない所ってJava言語自身の戦略が抱えている問題を、
Seasarが戦術で何とかしようとしているところから出ているんだよな。
それを「革命的なアドバンテージ」と喧伝する奴がいる一方で
「本質的な解決には何もつながっていない」と考える奴がいるのも仕方ないことだと思うよ。
「ふいんき的にOKポイ」ってだけでコミットするような開発者は日本では基本的にB級のクソだから
Railsだってコミット前にはアプリケーションサーバーを再起動して動作確認するのが基本なんだけど
ひがはどうやらその辺の確認は軽視しているように見える。
アーキテクト的にはそのへんは開発者の不注意だと、
責任を押し付けることが出来るから重要視する必要が無いんだろうね。
あと、Hot Reloadingって何ｗｗｗ？今まで散々Hot Deployで推してきたのにｗｗｗ。
- 444 名前：デフォルトの名無しさん mailto:sage [2009/07/13(月) 01:01:00 ]
- 何言ってるんだこいつ
- 445 名前：デフォルトの名無しさん [2009/07/13(月) 01:07:26 ]
- Seasar試したくてインストールしたかったんですが、ソフトウエア更新でリポジトリーが見つかりませんと言われる
エクリプスはGlassFish Tools1.0です。
- 446 名前：デフォルトの名無しさん mailto:sage [2009/07/13(月) 01:30:04 ]
- 何言ってるんだこいつ
- 447 名前：443 mailto:sage [2009/07/13(月) 01:40:55 ]
- >>444
お前、本当に意味が分からなくてそうかいてる？
それとも俺の発言を単に貶めたいからそう書いてる？
酔っ払ってるから省略して書いたけど、ある程度お前にも分かるように書いてみるよ。
> 結局、Hot Deployがいけてない所ってJava言語自身の戦略が抱えている問題を、
> Seasarが戦術で何とかしようとしているところから出ているんだよな。
同一VMで同クラスを再度読み込む場合、どれだけ工夫してもPermGenが消費される。
これが、JavaVMが本質的に抱えている問題。けど、SeasarはHotDeployを実現するために
PermGenを食い尽くすまでは別クラスとしてロードする戦術を取った。
だから、HotDeployを繰り返すとPermGenを食い尽くしてエラーが出るって言うのは
本質的に回避不可能な現象。
> それを「革命的なアドバンテージ」と喧伝する奴がいる一方で
> 「本質的な解決には何もつながっていない」と考える奴がいるのも仕方ないことだと思うよ。
これは上記の詳細な説明を読んだら理解できると思う。というか、これ以上平易にはかけない。
> 「ふいんき的にOKポイ」ってだけでコミットするような開発者は日本では基本的にB級のクソだから
> Railsだってコミット前にはアプリケーションサーバーを再起動して動作確認するのが基本なんだけど
> ひがはどうやらその辺の確認は軽視しているように見える。
んで、HotDeployと類似の問題はヒガが対抗意識を持っているRailsの開発でも発生する。
Railsでもソースがリロードされる領域とリロードされない領域は別なんだ。
んで、Railsで開発している奴らも結局、コミット前にはASを再起動して
最終の動作確認を行う。（少なくとも心ある開発者は）
それなのに「ASを再起動しなくてサクサク開発」とか言ってる
ヒガは基本的に適当な奴なんだろうなと俺は思ったのだ。
>>446で気づいたが、単にファビョったキチガイコミッタの嵐なんだな。真面目に反応して損した。
- 448 名前：デフォルトの名無しさん mailto:sage [2009/07/13(月) 01:52:25 ]
- >>447
誰か「最終」確認で再起動することを禁じてるのか？
「最終」以外の確認はしないのか？それは再起動しないとできないのか？
- 449 名前：デフォルトの名無しさん mailto:sage [2009/07/13(月) 01:57:45 ]
- >>447
いや解った上でバカじゃないのと言ってるわけで
詳しくない奴ほどトンチンカンでどうでもいい説明したがるんだよな
- 450 名前：デフォルトの名無しさん [2009/07/13(月) 02:00:13 ]
- 今pluginフォルダー見たら503になってた
サーバーの転送量越えてる
いつものことですか？
- 451 名前：デフォルトの名無しさん mailto:sage [2009/07/13(月) 02:08:38 ]
- Perm領域だってGCで解放されることを知らない酔っぱらいが暴れてると聞いて
- 452 名前：デフォルトの名無しさん mailto:sage [2009/07/13(月) 02:16:01 ]
- 別に再起動してはいけない、なんて誰も言ってないし、
毎回必ず再起動する必要はないってのは便利だし、
何をファビョってるんだ？こいつは。
- 453 名前：デフォルトの名無しさん mailto:sage [2009/07/13(月) 02:17:24 ]
- >>448
> 誰か「最終」確認で再起動することを禁じてるのか？
そんなこと禁じる会社は馬鹿だろう。当然誰も禁じていない。
だが、サクサク開発とは対照的な再起動を好んで行う開発者がいるだろうか？
特に無知な開発者が。
> 「最終」以外の確認はしないのか？それは再起動しないとできないのか？
コミット後にテスターによる最終確認は当然行う。それが出来てない開発会社はクズだ。
だが、開発者がコミット前に再起動を行わない状態での確認を行ってバグを出した場合、責任は誰のせい？
「サクサク開発」を推した人間？それともそれを信じた人間？俺は信じた人間だと思っている。
けど、頭の弱い開発者を騙す奴は業界のためにならないとも思っている。
>>449
そうか、俺の発言を理解したうえで「何言ってるの」って返してくれていたわけか。
けど、簡単に「お前詳しくない」とか「トンチンカン」ってレッテルしただけじゃ
普通の人は「どこでそう思ったんだろう？」って疑問符が残るだけで結局誰も得しないんだぜ。
>>451
ままままままままじで！！！！！？？？？？知りませんでした。申し訳ない。
俺、全然Seasar使ってなくてSpring使ってmvn:jettyで開発してるんだけど、
一定回数以上のリロードを行うとPerm領域があふれて落ちてションボリズムなのよ。
んで結局「バイトコード改変したクラスの定義情報を何度も読み込んでるから、それで溢れてるんだろうなぁ」
って予測してたんだけどそうじゃなかったのか。
ちなみにPerm領域のGCが開放される条件ってどんなのか知っていたら教えてください。
資料へのポインタでもいいです。お願いします。
- 454 名前：デフォルトの名無しさん mailto:sage [2009/07/13(月) 02:34:50 ]
- コミット前に再起動して確認すりゃ良いだけだろ
悪いのは道具じゃなくて
道具を使いこなせない側
- 455 名前：デフォルトの名無しさん mailto:sage [2009/07/13(月) 02:46:11 ]
- Perm領域のGCが開放
- 456 名前：デフォルトの名無しさん mailto:sage [2009/07/13(月) 02:52:33 ]
- >>454
知ってるがな。俺がそれで困ったことなんて一度も無い。
>>455
悪かったがな。そんな程度の間違いで目くじら立てられても困る。
- 457 名前：455 mailto:sage [2009/07/13(月) 02:57:37 ]
- まあ酔ってるというし。
ちょっといじわるしたかっただけです。
頻繁にPermGenエラー出るならごもっともだけど
俺そんなに出なかったけどな。
出たら再起動って事でも別にサクサク感は損なわれないけどな。
規模にもよるのかもしれないですな。
- 458 名前：デフォルトの名無しさん mailto:sage [2009/07/13(月) 03:14:16 ]
- >>456
困った事が無いなら何に目くじら立ててるの？
- 459 名前：デフォルトの名無しさん mailto:sage [2009/07/13(月) 03:20:12 ]
- >>453
> > 誰か「最終」確認で再起動することを禁じてるのか？
> そんなこと禁じる会社は馬鹿だろう。当然誰も禁じていない。
「誰か」はひが氏の意味で書いたんだがな。
ひが氏含めて誰も禁じてないんだから再起動して最終確認すればいいだけ。
修正確認は再起動しないで確認すればいい。
お前のポリシーとHot Deployという道具は矛盾も対立もしない。両立する。
で、お前は何をファビョってるんだ？
- 460 名前：デフォルトの名無しさん mailto:sage [2009/07/13(月) 03:24:58 ]
- 素直な目で見ないから苦労するんだよ
欠点見つけたって騒ぎたい気持ちはわかるけど
本当にそれが大きな欠点なら、君程度の奴が発見する前に他の人が見つけてるから
- 461 名前：デフォルトの名無しさん mailto:sage [2009/07/13(月) 03:33:11 ]
- というか、既に周知の事実なわけで。
Hotdeployの利便性を覆すほどのものではないとことも含めて。
- 462 名前：デフォルトの名無しさん mailto:sage [2009/07/13(月) 03:40:12 ]
- >>453
>一定回数以上のリロードを行うとPerm領域があふれて落ちてションボリズムなのよ。
それはただのメモリリークだ常識で考えろ
>ちなみにPerm領域のGCが開放される条件ってどんなのか知っていたら教えてください。
ググれカス
- 463 名前：デフォルトの名無しさん [2009/07/13(月) 09:34:26 ]
- 俺は>>453じゃないけど
Perm領域をJVMオプションで増やしておく、ぐらいFAQに書いとけと思った。
あとクラスローダー周りでトラブルること多いけど「サクサクです。以上」ってのもどうかと思った。
S2陣営がターゲットとしている、「難しいことを考えなくても使えるものが欲しい人達」には
対処できないだろコレ
- 464 名前：デフォルトの名無しさん [2009/07/13(月) 10:33:07 ]
- JavaRebelすげー快適だぜ
- 465 名前：デフォルトの名無しさん mailto:sage [2009/07/13(月) 10:58:49 ]
- >>453
>俺、全然Seasar使ってなくてSpring使ってmvn:jettyで開発してるんだけど、
使ってなくて書いてたのかよｗ
>んで結局「バイトコード改変したクラスの定義情報を何度も読み込んでるから、それで溢れてるんだろうなぁ」
それくらい簡単に調べられるだろ
ツール使ってもいいし、ClassLoader取ってきて解放していないclassを調べてもいい
Commons LoggingとかCGLIBとか、そういう問題を抱えているライブラリは過去沢山あったから
何かがメモリリークを起こしてるんじゃない？
- 466 名前：デフォルトの名無しさん [2009/07/13(月) 11:47:36 ]
- よーわからんが >>453はSpringでhot deployやってんの？想像で書いてるだけなの？
- 467 名前：デフォルトの名無しさん [2009/07/13(月) 13:01:30 ]
- -XX:MaxPermSize=128m
- 468 名前：デフォルトの名無しさん mailto:sage [2009/07/13(月) 15:00:09 ]
- >>464
調べてみた。これって有償プロダクトなんだな。
なんかオープンソースでsamurai-reloadableというのがあるらしい。
動かしてみたがNullPointerExceptionで落ちてちゃんと動かんかった
- 469 名前：デフォルトの名無しさん [2009/07/13(月) 15:07:32 ]
- code.google.com/p/samurai-reloadable/wiki/SamuraiReloadable
これか。ググっても他に情報ないな。
- 470 名前：デフォルトの名無しさん [2009/07/13(月) 15:20:31 ]
- >>468
お試し期間あるからやってみ？S2とは別次元の快適さだよ。
- 471 名前：デフォルトの名無しさん mailto:sage [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)な。
俺は動かんかったけど。
- 472 名前：デフォルトの名無しさん [2009/07/13(月) 17:00:33 ]
- PDFちゃんと読んだ？なかなかよく問題点がまとまってた。
>JavarebelのHOT deployの実装を見ればわかると思いますが、リクエストのたんびに全コンポーネントをデプロイして破棄していると思います。
>これでは、クラス数が増えると使い物になりません。
実際試さずに想像で書いてるっぽい。
ってか実案件(コンポ数多いってこと）で試したらS2のは重かったけど
JavaRebelは大丈夫だったぜ。対してS2は
>1回の画面遷移で行われる再登録処理に30秒くらいかかってしまう。
これじゃ使い物にならんだろが!現場の話聞いてんのかと小一時間
アーキテクト乙。
- 473 名前：デフォルトの名無しさん [2009/07/13(月) 17:05:31 ]
- pdfリンク先のこれ
d.hatena.ne.jp/alunko/20090102/1230891319
>Railsアプリは最後には、1画面遷移で15秒以上かかるようになってしまった。
意外だ。LLっぽくねぇ･･･
- 474 名前：デフォルトの名無しさん mailto:sage [2009/07/13(月) 17:05:30 ]
- >>472
木村氏乙
- 475 名前：デフォルトの名無しさん [2009/07/13(月) 17:14:25 ]
- >>472
木村氏じゃないのでsamuraiとかのことはよくわからんけど、
落ちないようになったら試してみたいとは思った。
- 476 名前：デフォルトの名無しさん [2009/07/13(月) 17:15:43 ]
- 安価間違えたｺﾞﾒﾝﾈ
- 477 名前：デフォルトの名無しさん mailto:sage [2009/07/13(月) 17:16:35 ]
- >>472
>>289-294嫁
要は>>472の設計が悪い
- 478 名前：デフォルトの名無しさん [2009/07/13(月) 17:31:32 ]
- 472だけど、
>>477
thx。みんながこれ把握&綺麗に設計実装してうまくやってるともあまり思えんが･･･
「設計が悪い」と言われたら、まあその通りなんだろなと認める。
- 479 名前：デフォルトの名無しさん mailto:sage [2009/07/13(月) 18:28:33 ]
- S2じゃなくてSpringだけど、prototypeで定義しているコンポーネントが多すぎて重くなったということはあった
構成を調べて、Controller系のみをprototypeで残して、
fieldに一時的な情報を保持していないDaoクラス等をsingletonに変えたらかなり早くなった
結局は>>477のリンク先で書かれてるように無闇に関連コンポーネントが多すぎる設計が問題だったんだけど
そこには手をつけられないってことが実際は多いからな
- 480 名前：デフォルトの名無しさん [2009/07/14(火) 19:06:03 ]
- 「BigTable と JDO の勝ちパターン」の資料どっかにねーかな。
あるいはヒガに関係なくkeyvalue系？の設計指標的なやつ
- 481 名前：デフォルトの名無しさん [2009/07/14(火) 23:29:06 ]
- ひが本、ソフトウェア更新でインストールしてるけど、503なんで上書き更新にしといた方がよかったのに
- 482 名前：デフォルトの名無しさん mailto:sage [2009/07/15(水) 10:38:25 ]
- >>480
今出てるWeb+DBでがまんというのは
どうでしょう
- 483 名前：デフォルトの名無しさん mailto:sage [2009/07/15(水) 12:49:15 ]
- ご都合ドットコム作った人のblogがオススメ
- 484 名前：480 [2009/07/15(水) 16:27:43 ]
- >>482,483
ありがとー。読んでみる。
- 485 名前：デフォルトの名無しさん mailto:sage [2009/07/16(木) 01:32:21 ]
- >>473
development モードで動かしているんじゃないの？
Rails は、本番 production モードで動かすものだし、
production モードは体感できるぐらい速いけど
(もちろんリロードしないが)
- 486 名前：デフォルトの名無しさん mailto:sage [2009/07/16(木) 01:44:46 ]
- >>485
話が読めないバカ
- 487 名前：デフォルトの名無しさん mailto:sage [2009/07/16(木) 01:44:48 ]
- >>485
HotDeployうんぬんの文脈で出てきたんだから、
developmentモードで遅くなる事を問題視しているのは明らかでは。
- 488 名前：485 mailto:sage [2009/07/16(木) 02:00:20 ]
- すんまそん
にしても、いくらでかいアプリ作ったといえど、development モードでそんなに遅くなるかなぁ
アプリ(システムのでかさ)というより、そのコンポーネントがどれくらい子供(参照)を抱えているか、ということらしいが
だから >>472 の設計が悪い、という話になるのか
- 489 名前：デフォルトの名無しさん mailto:sage [2009/07/16(木) 02:06:24 ]
- 設計に気をつけても100画面とかになると普通に重くなるが
- 490 名前：デフォルトの名無しさん mailto:sage [2009/07/16(木) 02:08:04 ]
- >>489
Railsの話？
- 491 名前：デフォルトの名無しさん [2009/07/16(木) 20:31:55 ]
- ひがのblogホントにイライラさせるな。
2chの話題に頼みもしないのにからんでくるわ。バッドノウハウも貯まって来ていますと書きながらリソースへのポインタ無し。
こいつにオープンソースを語られる日本が不憫だ。
|
 |
