[表示 : 全て 最新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/

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って何www?今まで散々Hot Deployで推してきたのにwww。

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で開発してるんだけど、
使ってなくて書いてたのかよw

>んで結局「バイトコード改変したクラスの定義情報を何度も読み込んでるから、それで溢れてるんだろうなぁ」
それくらい簡単に調べられるだろ
ツール使ってもいいし、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の話題に頼みもしないのにからんでくるわ。バッドノウハウも貯まって来ていますと書きながらリソースへのポインタ無し。

こいつにオープンソースを語られる日本が不憫だ。

492 名前:デフォルトの名無しさん mailto:sage [2009/07/16(木) 20:43:36 ]
ならば代わりに語って日本のオープンソースをリードしてくれ



493 名前:デフォルトの名無しさん mailto:sage [2009/07/16(木) 20:49:44 ]
>>491
バッドノウハウ自体が普通に知られてる(>>442)からな

494 名前:デフォルトの名無しさん mailto:sage [2009/07/16(木) 23:28:26 ]
>>491
ひがっちはインスタンスと考えるんだ。
最初の発想はよかった。インターフェイスから
実装クラスまで、しかし彼はインスタンス化
されちまった・・・。そういうことなんだよ。

495 名前:デフォルトの名無しさん mailto:sage [2009/07/17(金) 02:56:00 ]
バッドノウハウってのは、アプリの品質が悪かったりインターフェースがいけてない時にユーザが本来不必要な工夫をすることなんだけど、シーサーにはバッドノウハウが溜まったんだw 良かったね

496 名前:デフォルトの名無しさん mailto:sage [2009/07/17(金) 12:50:16 ]
ここイライラしてる奴多いねw

497 名前:デフォルトの名無しさん mailto:sage [2009/07/17(金) 12:53:17 ]
あちこちのコミュニティで相手にされず、ここに不満だけ書いているやつがおおいから仕方ないだろw


498 名前:デフォルトの名無しさん mailto:sage [2009/07/17(金) 12:55:11 ]
うわ、マジでここのネタに反応してるわ
ウゼェwww


499 名前:sage [2009/07/17(金) 13:14:30 ]
b.hatena.ne.jp/entry/d.hatena.ne.jp/higayasuo/20090716/1247702860

"Log4j使ってて、weavingされてるクラスでLog logger = LogFactory.getLog(getClass());とかしてると危険なんだよね"
というコメントが気になったぜ

500 名前:sage [2009/07/17(金) 13:40:15 ]
java技術系blogチェックしようとしたらjava-jaの内輪ネタがすげーうっとおしくて萎えた

501 名前:デフォルトの名無しさん mailto:sage [2009/07/17(金) 13:51:44 ]
>>499
Log4JでなくCommons Logginの間違いだな
LogFactory#releaseAll()呼べばおk

502 名前:デフォルトの名無しさん mailto:sage [2009/07/17(金) 14:04:12 ]
HOT deployだと動くけどCOOL deployだと動かない



503 名前:デフォルトの名無しさん mailto:sage [2009/07/17(金) 14:08:14 ]
よくあることだ気にするな

504 名前:デフォルトの名無しさん mailto:sage [2009/07/17(金) 16:13:21 ]
>>499
クラスを記述するのでなくgetClass()を使うと、バイトコードエンハンスされたクラスが登録される
ClassLoaderが解放されない問題は、こんな形でAOPで拡張したクラスがどっかに登録されて
解放されないことによって起こりやすい
SingletonS2ContainerFactory.destroy()を呼び出せば
内部でLogFactory.releaseAll()実行するのでクラスも解放される

AOPを使うときは、対象となるクラスに対してgetClass()を使わないのが無難
バッドノウハウの一つ

505 名前:デフォルトの名無しさん mailto:502 [2009/07/17(金) 16:22:43 ]
>>503
mjsk

506 名前:デフォルトの名無しさん mailto:sage [2009/07/17(金) 17:05:33 ]
>クラスを記述するのでなくgetClass()を使うと
XXX.classなら大丈夫なの?なんで?

507 名前:デフォルトの名無しさん mailto:sage [2009/07/17(金) 17:37:40 ]
>>496-496
S2のコミュなんて特に親切な部類に入るのに
そこで相手にされないってよっぽどだな
一度JavaHouseででも揉まれてきた方がいいと思う

508 名前:デフォルトの名無しさん mailto:sage [2009/07/17(金) 19:34:19 ]
>>505
>>442のリンク先にも書いてある

509 名前:デフォルトの名無しさん mailto:sage [2009/07/17(金) 19:50:18 ]
>>506
XXX.classじゃAOPで拡張されたクラスは取れない
だがAOPで拡張されたクラスかどうかは重要じゃないから気にすることはない
クラスがキャッシュされてるとそのクラスローダーを破棄できないことが問題

510 名前:デフォルトの名無しさん mailto:sage [2009/07/17(金) 20:39:35 ]
>>499 からの Log4j 関連の話だが、知らなかった。

Seasar2 の Hotdeploy をつかっておらず、Spring で AOP している場合で、
Log logger = LogFactory.getLog(getClass()); とする書き方をしている場合で、
Tomcat の reloadable="true" としている場合、
再コンパイルしたら Tomcat がその web アプリをリロードするが、
こういうときも、前回の ClassLoader の破棄に失敗するの?

Tomcat で reloadable="true" としているけど、
いつも10回ぐらい続けると、ParmGen の領域で OutOfMemory とか出る。

511 名前:デフォルトの名無しさん mailto:sage [2009/07/18(土) 00:44:28 ]
ごめん、普通にソフトウエア更新できた
回線のせいかな


512 名前:デフォルトの名無しさん mailto:sage [2009/07/18(土) 14:47:09 ]
>>507
日本語でおk



513 名前:デフォルトの名無しさん mailto:sage [2009/07/18(土) 19:23:59 ]
>>493
バッドノウハウ普通に知られてるかぁ?

514 名前:デフォルトの名無しさん mailto:age [2009/07/21(火) 11:10:50 ]
引きこもり宣言

515 名前:デフォルトの名無しさん [2009/07/22(水) 06:05:20 ]
真性ひが

516 名前:デフォルトの名無しさん mailto:sage [2009/07/23(木) 21:56:24 ]
新生ひがんげりおん 破
「GAEをきみに」

517 名前:デフォルトの名無しさん mailto:sage [2009/07/26(日) 01:36:29 ]
ひが 「僕はここにいてもいいんだ!」

おめでとう


518 名前:デフォルトの名無しさん mailto:sage [2009/07/28(火) 20:38:06 ]
クラスローダーとの戦いに疲れたのでcool deployで開発してるけど、なんか悔しい

519 名前:デフォルトの名無しさん mailto:sage [2009/07/29(水) 11:33:58 ]
メリットないじゃん。

520 名前:デフォルトの名無しさん mailto:sage [2009/07/29(水) 13:06:56 ]
S2JDBCとかSAStrutsとかは cool deploy でそのまま使うにもそれなりに便利だと思うよ。

なまじ hot deploy で進めるとアプリケーションサーバー立ち上げながらトライアンドエラーで作って、
後でテストクラスも作らずに「サクサク開発なんです(キリッ」とか言ってる奴が出てくるのが俺は気に入らない。

cool deploy だと毎度アプリケーションサーバー立ち上げてから細かな確認なんて出来ないから
まずはテストクラス作って動作を検証してからWeb画面で確認するて強制力が働くからな。

もちろん、後からでもきちんとテストクラスを作って CI に乗せる習慣が身についてる開発者にとっちゃ
hot deploy は素晴らしい仕組みだと思うんだけどね。

521 名前:デフォルトの名無しさん mailto:sage [2009/07/29(水) 13:10:48 ]
hot deploy でテスト書かない奴が cool deploy ならテスト書くっていう思考がおかしくないか?

522 名前:デフォルトの名無しさん mailto:sage [2009/07/29(水) 13:17:10 ]
>>520
EJBの時代でも、どうせユニットテストするから高速起動なんかイラネーって奴がいたのを思い出したよ・・・



523 名前:デフォルトの名無しさん mailto:sage [2009/07/29(水) 14:30:27 ]
>>521
cool deploy ならアプリケーションサーバの起動に時間がかかるし
サクサク動作確認なんて出来ないから面倒くさすぎて自然と純粋なロジックは
JUnit のテスト書くような気持ちにならないかなぁ。

まぁ、俺が言いたいのは
「なまじサクサクと開発が出来るからって、テスト作らない開発者が出てくるのは嫌だよね」
って事だよ。

>>522
いや、高速起動は必要だろ。普通に考えて…。
LogicとViewの結合部分の確認や調整は絶対必要なんだし、そこは楽できるならしたい。
hot deploy だって素晴らしい仕組みだと言ってるじゃん。

別にアプリケーションサーバー起動しなくても単体テスト書いて確認できる部分は
単体テスト書いて確認したほうが後々のためになると思うんだけど、おまいはその辺りはどう思うの?

524 名前:デフォルトの名無しさん mailto:sage [2009/07/29(水) 15:07:13 ]
>>523
アホを基準に技術を否定するなよ

525 名前:523 mailto:sage [2009/07/29(水) 15:32:42 ]
>>524
おかしいな…。
技術におぼれて基礎的な事が出来ないアホな開発者は嫌だよね。
って言っているだけなのに、どうして技術を否定してることになるの?

「この技術(hot deploy)には駄目開発者の駄目さを助長する側面がある」
っていう、意見が否定を表すの?

俺はそういう非論理的かつ歩み寄ろうとしないタイプの
開発者も余りよくないと思うんだ。

526 名前:デフォルトの名無しさん mailto:sage [2009/07/29(水) 15:42:07 ]
>>525
優秀な開発者の開発効率を更にアップさせるという側面もある
まあ、どっちもどっちだな

ユニットテストを書くことを技術的側面で縛れなくても、
運用(開発規約とか)で縛れば、事実上問題ないと思うな、俺は


527 名前:デフォルトの名無しさん mailto:sage [2009/07/29(水) 17:02:15 ]
テストクラス書くのを強制すりゃ良いんじゃないの?
わざわざs2で hot deploy 使わない理由にはなってない気がするわ…
なんか新しい事にチャレンジしてる風を装って
自分が理解出来ない部分は悪として切り捨てるタイプの元上司と被るわ

528 名前:デフォルトの名無しさん mailto:sage [2009/07/29(水) 18:50:00 ]
必要ならテストコードを書くようにメンバーに通達すればいいんじゃね?
それでも書いてもらえないってこと?
おまえの文面からだと、それをしてないでhot reloadingに駄目出ししてるように聞こえる
プロジェクトでのおまえのポジションって何?
リーダー、サブリーダー格でもなさそうだし
単にプロジェクトへの不満をhot reloadingに八つ当たりしているように聞こえるな




529 名前:デフォルトの名無しさん mailto:sage [2009/07/29(水) 18:53:51 ]
>技術におぼれて基礎的な事が出来ないアホな開発者は嫌だよね。
これを読むとこの業界の経験が長いだけで、最近の技術に疎く、ついていけてないことへのストレス発散が目的のようだな。


530 名前:デフォルトの名無しさん mailto:sage [2009/07/29(水) 19:55:22 ]
何か、ジジイ認定とか人間的批判が多いのな。
俺がどういう人間かはどうでもいいと思うのに。

・おまえは最新の技術についていけない
・現実のプロジェクトがうまくいってないからその八つ当たり
・ジジイ乙ッスっす、昭和乙ッスwww俺の元上司と同じッスwww

とか、それが実際の hot deploy の評価とどう関係するんだろう?
最近の技術イケイケの若い人たちは論理的な会話よりも感情的に議論するのがスタンダードなのか?
Ruby会議みたいな感じなのか?俺ならこういう風に反論する。

・テストを書かせるのとアプリケーションサーバーのリロードの速さはまったく関係ない
 →なぜなら、テストを書かせたければプロジェクトの規約でメンバーを縛ればよいから
 →それが出来ないなら、それはリーダーの力不足としか言えない
 →大体、馬鹿は cool deploy でも愚直に再起動を繰り返して確認する。結局テストは書かれない

閑話休題。

結局お前らの発言から俺は
「リロードの便利さとテストを書く書かないという話題は直行している」
という結論を読み取った。

そして「冷静に考えたらそうなんだよな」と、思った。

だが、PHPやRailsのいわゆるサクサク開発の現場ではテスト文化が
あまり根付いてないように見えるのはどうしてだろう。

もうSeasarなんて全然関係ない話題になってるな。
書いててどうでもよくなってきた('A`)

531 名前:デフォルトの名無しさん mailto:sage [2009/07/29(水) 19:59:01 ]
建設的な話しなよアンタら。S2に興味を持ってスレに来た奴が回れ右するよ

532 名前:デフォルトの名無しさん mailto:sage [2009/07/29(水) 20:00:42 ]
>>530
> 最近の技術イケイケの若い人たちは論理的な会話よりも感情的に議論するのがスタンダードなのか?

2chのスタンダードだろ女子高生



533 名前:デフォルトの名無しさん mailto:sage [2009/07/29(水) 20:28:42 ]
>>530
すげーどうでも良いけどRailsじゃなくてrubyだろ女子高生
rubyにはRSpecっつーJUnitより便利なんじゃないか?って位のテストツールがあるぞ
PHPはテストとかそういう以前の問題だろ

534 名前:デフォルトの名無しさん mailto:sage [2009/07/29(水) 20:34:25 ]
>それが実際の hot deploy の評価とどう関係するんだろう?
hot deployの評価を何故強制されなければならない?
おまえめでたいやつだな

>俺ならこういう風に反論する。
それはレスみて気付いたんだろ?w

プロジェクトの中に話せる人がいないのか?
こんなとこに書いている暇があったらメンバーと話せよ。
「俺はこう思っているのに誰も俺のことわかってくれない」なんて思ってるだけじゃないのか?
言葉にしなければ、わかってもらえないよ。







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

前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